- fprintf (f, "Copyright (c) 2009 Charles Wilson, Dave Korn, Jason
Tishler\n");
+ fprintf (f, "Copyright (c) 2009, 2011 Charles Wilson, Dave Korn,
Jason Tishler\n");
May I suggest if you are updating the copyright notice you also add "et
al." to the list of names (since you are now a contri
On Tue, 22 Sep 2009 01:45:07 -0400, ABCD wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Christopher Faylor wrote:
>> Also, as far as I can tell, there is no remembering of anything going
on
>> now. The buttons are off by default. Is that right or am I missing
>> something
Hello Jonathon,
On Wed, 13 May 2009 21:59:38 -0400, Jonathon Merz
wrote:
> Hello,
>
> Per Dave Korn's suggestion in:
>http://cygwin.com/ml/cygwin/2009-05/msg00208.html
>- If setup.exe exits while in a maximized state, it will be
> maximized on next startup, and recall it's la
Hello,
I have finally packaged a new version of procps that fixes the
incorrect page size bug.
http://www.avocado.plus.com/procps-3.2.7/procps-3.2.7-1-bin.tar.bz2
http://www.avocado.plus.com/procps-3.2.7/procps-3.2.7-1-src.tar.bz2
Cheers,
Chris
> On Apr 4 13:56, Chris January wrote:
> > Hello,
> >
> > I have packaged a new version of procps that fixes the bug that
> > Corinna found in top and also tracks the latest upstream version. I
> > have tweaked setup.hint slightly to have a shorter
Hello,
I have packaged a new version of procps that fixes the bug that
Corinna found in top and also tracks the latest upstream version. I
have tweaked setup.hint slightly to have a shorter 'long' description.
http://www.avocado.plus.com/procps-3.2.6/
Cheers,
Chris
On 17/02/06, Corinna Vinschen <[EMAIL PROTECTED]> wrote:
> Hi Chris,
>
> On Feb 16 15:56, Manuel Gonzalez Montoya wrote:
> > All,
> >
> > I just installed the lastest cygwin version on an XP Professional
> > SP2 machine and noticed the output of the top command always reports
> > wrong info (0.
> procps
I'm still maintaining this. (I've been having problems sending to the list.)
Chris
Dave Korn wrote:
Original Message
From: Chris January
Sent: 28 June 2005 12:06
You can use AttachConsole (ATTACH_PARENT_PROCESS) to attach to the
parent process console. If the parent process does not have a console
the call will fail and you can popup a message box instead. IMHO
Brian Dessent wrote:
Igor Pechtchanski wrote:
Oh, that reminds me, --no-md5 is broken, I just noticed the other day
- gotta look at that too.
It's not broken, it doesn't exist any more.
Hehe. While we're at it, would you like to make setup print out a list of
its command-line options,
Oops - wrong list.
> Brian Dessent wrote:
> > "Gerrit P. Haase" wrote:
> >
> >
> >>>The column headers disappear partially when switching back from full
> >>>screen view to normal view, see attached screenshot.
> >>
> >>It works at first, breaks after using the radio buttons one time, e.g.
> >>swi
> On Feb 21 21:21, Chris January wrote:
> > I've finally found time to update the procps package. The
> new version
> > is based off procps 3.2.5 from procps.sourceforge.net.
> >
> > Download links:
> > http://www.atomice.com/downloads/procps-3.2.5
I've finally found time to update the procps package. The new version is
based off procps 3.2.5 from procps.sourceforge.net.
Download links:
http://www.atomice.com/downloads/procps-3.2.5-1-bin.tar.bz2
http://www.atomice.com/downloads/procps-3.2.5-1-src.tar.bz2
The only Cygwin specific change in t
> Harold L Hunt II wrote:
>
> > Okay, it is fixed now. There is a 6.0.4 version that is
> posted. The
> > release notes explain the source of the problem (read: me).
> >
> > In addition, I installed jasper, lcms, and libfpx so
> support for these
> > was compiled in. ImageMagick doesn't seem
> I just updated my cygwin and related apps to the latest
> versions using the setup.exe tool. Things seemed to be
> working fine before the update, but now I have trouble
> running any ImageMagick tools.
>
> For example, the following command and resulting error:
> $ convert a.jpg b.png
>
>
> Anyway, is this crackrock? Good stuff? Suggest any tweaks?
This looks great.
It would be good if the site could subscribe to the cygwin-apps mailing list
and parse replies to the initial announcement so they also got included on
the website.
Chris
> * Tue 2004-03-23 Christopher Faylor
>
> public.gmane.org>
> *
> | On Tue, Mar 23, 2004 at 05:10:03PM +0200, Jari Aalto+mail.linux wrote:
> |
> | >It can be used to deliver messages to upstream developers concerning
> | >cygwin related bugs. It can also be used to send patches to other
> | >Cugw
Setup (2.415) hangs when uninstalling XFree86-bin-icons. What can I do to
find out why?
Chris
--
http://www.atomice.com
> > Where does this patent apply? The relevant patent expired in the US and
> > software patents are not (yet) valid in member countries in the EU.
>
> It's still valid in Canada, the UK, France, Germany, Italy, and Japan.
> According to their site, at least.
>
> I don't think you are infringing
> On Mon, 29 Sep 2003, Chris January wrote:
>
> > AFAICT uninstall of existing packages in Setup is done in an
> arbitrary (or
> > possible alphabetical) order. Uninstall needs to be done in the reverse
> > order of package dependancies (if that makes sense) if it is
> On Mon, Sep 29, 2003 at 01:31:23PM +0200, Benjamin Riefenstahl wrote:
> > Hi Ronald,
> >
> > Ronald Landheer-Cieslak <[EMAIL PROTECTED]> writes:
> > > I just downloaded the binary package and found a lot of GIF files in
> > > them. I was wondering whether they were LZW-compressed: `file'
> > > do
AFAICT uninstall of existing packages in Setup is done in an arbitrary (or
possible alphabetical) order. Uninstall needs to be done in the reverse
order of package dependancies (if that makes sense) if it is to succeed.
i.e. if you build a dependancy graph/tree of all the packages, then the
leaves
> On Sat, Jan 04, 2003 at 01:00:55AM -0000, Chris January wrote:
> >> On Fri, Jan 03, 2003 at 11:56:49AM +0100, Volker Zell wrote:
> >The original binary (from sh-utils-2.0.15-1) failed on my machine,
>
> There is no uptime.exe in sh-utils-2.0.15-1.
>
> >but w
sion of sh-utils based on the port available
> at alpha.gnu.org. It removes uptime.exe but that means that uptime.exe
> will be completely gone from your system after updating to this version
> of sh-utils.
>
> I wonder if Chris January would mind either making a new release of
>
> > I'm too lazy to send 2 URLs:-)
>
> I suppose because of the overwealmingly positive response we
> can make an exception...
>
> > > > While I really like the idea of having an init running, I don't
> > > > think that simply selecting the package should make it install as a
> > > > service with t
> Cygwin has qt 2.3 package?
> I can't see qt2.3 in the list of setup.exe.
http://kde-cygwin.sourceforge.net
Chris
> Do you have a reason to avoid a patch like this ?
>
> Then again - you do not define D_WIN32 only for qtools subdir, but also
> for the src subdir. This means that anycode in the main doxygen
> body which
> has #ifdef _WIN32 clause in it will choose to use the "wrong" branch.
>
> Or if you real
The procps packages that were uploaded to sourceware don't seem to be
showing up in Cygwin Setup. I've verified the packages are actually there on
sources.redhat.com and they have also shown up on the mirrors. However they
are not available to select in Cygwin Setup and Setup doesn't download them
> >>>*Updated* packages are trusted by default. They can be uploaded w/o
> >>>review.
> >>>
> >>>
> >Not being funny, but this probably shouldn't be the case. I could easily
> >spoof some mail headers and get a compromised binary uploaded.
> >
> Then I suggest you (and other that find in this a s
> > *Updated* packages are trusted by default. They can be uploaded w/o
> > review.
Not being funny, but this probably shouldn't be the case. I could easily
spoof some mail headers and get a compromised binary uploaded. I think there
should probably be a more thorough review process than there i
> > http://www.doc.ic.ac.uk/~ccj00/procps-010801/procps-010801-2.tar.bz2
> > http://www.doc.ic.ac.uk/~ccj00/procps-010801/procps-010801-2-src.tar.bz2
> > http://www.doc.ic.ac.uk/~ccj00/procps-010801/setup.hint
>
> Uploaded. Please drop the version field in setup.hint. I changed
> that on sourcew
I've updated the procps package. This includes a one-line fix that takes
into account the fact that the major device number of ttys on Cygwin is 5,
as opposed to 4 on Linux. Along with a patch currently in the pipeline for
the Cygwin /proc stuff, this should mean that ps reports the correct tty fo
> > > I'm submitting this again with the changes suggested by
> Nicholas. Note the
> > > problems Nicholas encountered where because he ran the utilities
> > > on Windows
> > > ME - the /proc stuff doesn't fully work on Windows 95/98/Me.
> (That's the
> > > /proc implementation, not these utiltiie
> [snip]
>
> > If the values you are seeing in the procps utilities don't look like
the
> > ones on your Linux box, this is probably an indication of a bug and
> > should be reported to the cygwin-apps mailing list.
>
> Chris, I've reported this to the cygwin-apps list but got no response
at
> a
> I'm submitting this again with the changes suggested by Nicholas. Note the
> problems Nicholas encountered where because he ran the utilities
> on Windows
> ME - the /proc stuff doesn't fully work on Windows 95/98/Me. (That's the
> /proc implementation, not these utiltiies, which should work if
I'm submitting this again with the changes suggested by Nicholas. Note the
problems Nicholas encountered where because he ran the utilities on Windows
ME - the /proc stuff doesn't fully work on Windows 95/98/Me. (That's the
/proc implementation, not these utiltiies, which should work if the /proc
> >Ok, anybody looked into this and/or votes for inclusion?
> >
> >Corinna
> >
>
> I've checked it out, and it installs fine. I'd be wary about using a
> lowercase "c" in /usr/doc/cygwin [should be /usr/doc/Cygwin], but I
> think someone already mentioned this. After installing, I tried some of
I'm resubmitting this because AFAIK I've resolved all outstanding issues
with the package and nothing's happened since then.
---
.tar.bz2's and setup.hint can be found here:
http://www.doc.ic.ac.uk/~ccj00/procps-010801/
setup.hint:
sdesc: "Utilities for monitoring your system and processes on yo
Are there any outstanding issues with the procps package that are preventing
it from being included in the net release?
Chris
> >Hello Chris,
> >
> >Wednesday, July 03, 2002, 12:21:42 AM, you wrote:
> >
> >CJ> Will this package actually appear on the mirrors in future or are
there
> >
> >CJ> issues I am not aware of preventing this from happening?
> >
> >Have you tried running the proc
> >>> Hello Chris,
> >>>
> >>> Wednesday, July 03, 2002, 12:21:42 AM, you wrote:
> >>>
> >>> CJ> Will this package actually appear on the mirrors in future or are
> >>there
> >>> CJ> issues I am not aware of preventing this from happening?
> >>>
> >>> Have you tried running the procps tools on cur
> CJ> uptime reads the /proc files regardless of what options you pass.
>
> int main(int argc, char *argv[]) {
> if(argc == 1) print_uptime();
> if((argc == 2) && (!strcmp(argv[1], "-V"))) display_version();
> return 0;
> }
>
> How ?
Try re-compiling with print_uptime commented out. Notice h
> Hello Chris,
>
> Thursday, July 04, 2002, 2:52:59 PM, you wrote:
>
> CJ> This is caused by the default alignment changing from 4 bytes to 8
bytes, as
> CJ> far as i can tell. Basically the size of structure passed to the NT
system
> CJ> calls is not the size of structure the call expects, so it
> Hello Chris,
>
> Wednesday, July 03, 2002, 12:21:42 AM, you wrote:
>
> CJ> Will this package actually appear on the mirrors in future or are
there
> CJ> issues I am not aware of preventing this from happening?
>
> Have you tried running the procps tools on current stock dll
> (1.3.12-1) ? For me
> Hello Chris,
>
> Wednesday, July 03, 2002, 12:21:42 AM, you wrote:
>
> CJ> Will this package actually appear on the mirrors in future or are
there
> CJ> issues I am not aware of preventing this from happening?
>
> Have you tried running the procps tools on current stock dll
> (1.3.12-1) ? For me
> > Ok. Do you have any thoughts on where I should put ps.exe and kill.exe?
>
>
> I ended up renaming 'clear.exe' from the ncurses dist to 'clearn.exe' to
> avoid conflicts with the 'clear' package. (In ncurses, 'clear.exe' is
> not a 'test' program, so it didn't go into bin/ncurses-test-*/; it w
> > Ok. Do you have any thoughts on where I should put ps.exe and kill.exe?
>
>
> I ended up renaming 'clear.exe' from the ncurses dist to 'clearn.exe' to
> avoid conflicts with the 'clear' package. (In ncurses, 'clear.exe' is
> not a 'test' program, so it didn't go into bin/ncurses-test-*/; it w
> >>PLEASE do not differentiate between /bin and /usr/bin. This caused no
> >>end of trouble during the early days of setup.exe when setup didn't
> >>*always* follow the mounts. Granted, setup is much better about that
> >>sort of thing now, but don't tempt fate.
> >>
> >>There's no need for sep
> > If it overwrites it, then I have packaged it wrongly. It should put
ps.exe
> > and kill.exe into separate subdirectories, i.e. /bin/procps/ps.exe and
> > /usr/bin/procps/kill.exe.
>
>
> PLEASE do not differentiate between /bin and /usr/bin. This caused no
> end of trouble during the early day
Following the recent introduction of /proc to Cygwin, I have ported the
Linux procps utilities to Cygwin. This is my first package submission, so
please don't flame me too hotly if I've done something wrong.
.tar.bz2's and setup.hint can be found here:
http://www.doc.ic.ac.uk/~ccj00/procps-010801
50 matches
Mail list logo
