headers
Joseph Krahn | 1 Jul 2011 16:42
Picon

Re: [psmisc] Display bug

The %6d format was obviously defined when PIDs were 16 bits. It may be
useful to used a fixed-width format to keep things tidy when PIDs are
not so big, but include a leading space so that large PIDs don't run
together.

Joe Krahn

On Thu, Jun 30, 2011 at 8:43 AM, AZ 9901 <az9901@...> wrote:
> Hello,
>
> Replacing line 719 by the following in fuser.c works fine :
> printf (" %d", item->u.proc.pid);
>
> Could you please notify us when the package on the repository will be updated ?
>
> Thank you very much !
>
> Best regards,
>
> Benjamin
>
>
>
> 2011/6/29 AZ 9901 <az9901@...>
>>
>> Hello,
>>
>> I think there is a little display bug in last psmisc package (21.5-3), especially in fuser tool.
>>
>> For example :
(Continue reading)

Permalink | Reply | 0 comments |
headers
Christopher Faylor | 1 Jul 2011 22:21
Favicon

Re: [psmisc] Display bug

On Thu, Jun 30, 2011 at 02:43:57PM +0200, AZ 9901 wrote:
>Hello,
>
>Replacing line 719 by the following in fuser.c works fine :
>printf (" %d", item->u.proc.pid);
>
>Could you please notify us when the package on the repository will be updated ?

Wrong mailing list.  Please use the main cygwin list for bug reports or to discuss
patches to packages.

cgf
Permalink | Reply | 0 comments |
headers
Christopher Faylor | 1 Jul 2011 22:25
Favicon

Re: [patch/rebase] Add a rebase database to keep track of DLL addresses

On Wed, Jun 29, 2011 at 05:36:15PM +0200, Corinna Vinschen wrote:
>Hi Jason, Hi Chuck,
>
>
>here's a patch which adds a new functionality to rebase.  If you add the
>-s parameter to the command line, rebase will utilize a file
>"/etc/rebase.image_info" to keep track of DLL addresses.  This allows
>easily to rebase new DLLs so that they don't collide with other DLLs
>which already have been rebased.  But the algorithm doesn't rely only
>on the database info.  It performs a couple of checks to test if the
>database is actually in a state which matches reality.  For instance,
>if you installed a new distro DLL, say, cygz.dll, and the new DLL has
>another address than the one in the database, cygz.dll will be rebased
>back to its spot as noted in the database if possible, even if it
>has not been specified on the command line.
>
>So the database allows to keep an installation in a stable state, plus
>it allows to add DLLs to the database and rebase it so it doesn't collide
>with already existing DLLs.
>
>When you use the -s option the first time, you *must* specify a base
>address, like this:
>
>  rebase -s -b 0x70000000 -T distro-dll-list
>
>In subsequent calls you should omit the base address.  In that case
>rebase will use the base address as stored in the database.  However,
>you can also use another base address.  This will override the base
>address in the database and start the rebasing from scratch, with all
>files in the database plus all files given on the command line.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Charles Wilson | 2 Jul 2011 07:14
Favicon

Re: [patch/rebase] Add a rebase database to keep track of DLL addresses

On 6/29/2011 11:36 AM, Corinna Vinschen wrote:
> here's a patch which adds a new functionality to rebase.

I think this is a good idea; it's been on the rebase TODO list for some
time.  I share cgf's concern about dlls which change their ImageSize,
but I haven't had a chance to go thru the patch -- it's a holiday
weekend here in the US, and I've got Real Life stuff going on.

I'll take a look next week.

--
Chuck
Permalink | Reply | 60 comments |
headers
Andy Koppe | 2 Jul 2011 07:42
Picon

Re: Opinions solicted for changes to tty names in 1.7.10

On 15 June 2011 21:52, Christopher Faylor wrote:
> On Wed, Jun 15, 2011 at 09:46:24PM +0100, Andy Koppe wrote:
>>On 15 June 2011 15:55, Christopher Faylor wrote:
>>> On Wed, Jun 15, 2011 at 01:28:55PM +0100, Andy Koppe wrote:
>>>>On 14 June 2011 21:36, Christopher Faylor wrote:
>>>>> After some discussion with Corinna, I'm thinking about making a change to
>>>>> the tty naming in Cygwin as part of the removal of CYGWIN=tty.
>>>>>
>>>>> (In case you haven't noticed, CYGWIN=tty, is no longer supported in
>>>>> snapshots. ??If you do have the tty option set you get one warning per
>>>>> session telling you to unset it.)
>>>>>
>>>>> Since the only thing using Cygwin's "tty layer" will now be ptys, I'd
>>>>> like to rename /dev/ttyN to /dev/ptyN. ??I've already added /dev/consN
>>>>> support for consoles but I'd like to change that so that consoles are
>>>>> represented as /dev/ttyN instead.
>>>>
>>>>Makes plenty of sense.
>>>>
>>>>The only concern I see is that BSD PTYs (as previously used on Linux
>>>>as well, IIRC) are called "pty[p-za-e][0-9a-f]" on the master side,
>>>>whereas they're "tty[p-za-e][0-9a-f]" on the slave side. Therefore
>>>>calling the slave side "ptyN" could conceivably cause issues.
>>>>
>>>>Is the Unix98 scheme ("/dev/pts/N") that's used on Linux these days
>>>>out of the question?
>>>
>>> No. ??I considered that but adding an arbitrary directory structure under
>>> out /dev kludge seemed wrong. ??I would prefer to make it look more like
>>> Linux though. ??The man reason why I didn't implement that is that I
(Continue reading)

Permalink | Reply | 3 comments |
headers
Nisha | 2 Jul 2011 08:23
Picon

Problem with simple scripts in Irssi 0.8.15-1

I am basically writing a simple script which I will detail below this text:

use strict;
use warnings;
use vars qw($VERSION %IRSSI);

$VERSION = '1.00';
%IRSSI = (
    authors         => 'Nisha',
    contact         => 'No contact',
    name            => 'firstscript',
    description     => 'First script for learning',
    license         => 'Copyright implied',
    url             => 'No URL',
    changed         => 'Sun Mar 10 23:18 EET 2002',
);

use Irssi;

sub firstscript {
    Irssi::print ("Test");
}

Irssi::command_bind("
firstscript", "firstscript")

I have perl 5.10.1-5 installed according to cygcheck.

The error I get when running the command defined in the scirpt is:
(Continue reading)

Permalink | Reply | 4 comments |
headers
JonY | 2 Jul 2011 08:51
Picon

Re: Problem with simple scripts in Irssi 0.8.15-1

On 7/2/2011 14:23, Nisha wrote:
> The error I get when running the command defined in the scirpt is:
> 
> 09:29 -!- Irssi: Test
> 09:29 Attempt to free unreferenced scalar: SV 0x104ad7d0, Perl
> interpreter: 0x104ad2a0.
> 

I get plenty of those when perl was updated.

> I do not recieve this error if I run the script from a channel window
> it only occurs if I run it in the status window of the server and it
> occurs on any status window. I if I run this command from a channel
> window I just get the Test with no Attempt error.
> 
> Can anyone help with this issue? Thank you.
> 

I downloaded the irssi source from cygwin, rebuilt it and reinstalled to
remove the noise.
Attachment (0xED74C077.asc): application/pgp-keys, 1685 bytes
Permalink | Reply | 1 comment |
headers
Nisha | 2 Jul 2011 09:02
Picon

Re: Problem with simple scripts in Irssi 0.8.15-1

Downgrading my version of perl from 5.10.1-5 to 5.10.1-3 seems to have
gotten rid of these errors.

On 2 July 2011 16:23, Nisha <kitatake@...> wrote:
> I am basically writing a simple script which I will detail below this text:
>
> use strict;
> use warnings;
> use vars qw($VERSION %IRSSI);
>
> $VERSION = '1.00';
> %IRSSI = (
>    authors         => 'Nisha',
>    contact         => 'No contact',
>    name            => 'firstscript',
>    description     => 'First script for learning',
>    license         => 'Copyright implied',
>    url             => 'No URL',
>    changed         => 'Sun Mar 10 23:18 EET 2002',
> );
>
> use Irssi;
>
> sub firstscript {
>    Irssi::print ("Test");
> }
>
> Irssi::command_bind("
> firstscript", "firstscript")
>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Corinna Vinschen | 2 Jul 2011 09:15
Favicon

Re: [patch/rebase] Add a rebase database to keep track of DLL addresses

On Jul  2 01:14, Charles Wilson wrote:
> On 6/29/2011 11:36 AM, Corinna Vinschen wrote:
> > here's a patch which adds a new functionality to rebase.
> 
> I think this is a good idea; it's been on the rebase TODO list for some
> time.  I share cgf's concern about dlls which change their ImageSize,
> but I haven't had a chance to go thru the patch -- it's a holiday
> weekend here in the US, and I've got Real Life stuff going on.
> 
> I'll take a look next week.

Thanks.  The answer to your concern is "yes, the code tests that".
If you have a look into the code next week, you'll be probably
very happy to see that I added lots of comments to explain what I'm
doing :)

Btw., there's one comment in the patch which is accidentally at the
wrong spot:

  /* FIXME: This loop only implements the top-down case.  Implement a
     bottom-up case, too, at one point. */

The new merge_image_info function basically consists of three loops.
I put the comment in front of the second loop, but it belongs in front
of loop 3.  I changed that locally, but it's not worth to send a new
patch for this, I think.

Corinna

--

--
(Continue reading)

Permalink | Reply | 59 comments |
headers
David Sastre | 2 Jul 2011 09:20
Picon
Gravatar

Re: Problem with simple scripts in Irssi 0.8.15-1

On Sat, Jul 02, 2011 at 05:02:54PM +1000, Nisha wrote:
> Downgrading my version of perl from 5.10.1-5 to 5.10.1-3 seems to have
> gotten rid of these errors.

Please post bug reports to the main cygwin list.

--

-- 
Huella de clave primaria: AD8F BDC0 5A2C FD5F A179  60E7 F79B AB04 5299 EC56
Permalink | Reply | 0 comments |

Gmane