As you can see dumpargs_gcc receives \127.0.0.127\foo.cxx and dumpargs_cl
receives \\127.0.0.127\foo.cxx.
Interesting. I am confused, too.
(1) Native-only parameter passing:
execv(PROG, ARGV) - MSVCRT - line = M(ARGV) - CreateProcess( PROG,
line, .. ) -
MSVCRT -
Thanks to your createprocess.c/dumpargs.c pair, I could figure the existing
Cygwin's parsing without looking into its source code. It turned to ignore
the
escaping power of a bare (unquoted) backslash when it was followed by a
double
quote, which is against both MSVC and Bash
$ gdb --args perl -i -pe 's/\r//g' f.txt
GNU gdb 6.8.0.20080328-cvs (cygwin-special)
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO
It never occurred to me that shells are unable to execute their first word in
the Windows native backslash format,
$ 'c:\cygwin\bin\echo.exe' test
bash: c:\cygwin\bin\echo.exe: command not found
$ ls -la 'c:\cygwin\bin\echo.exe'
-rwxr-xr-x 1 ilatypov Domain Users 48128 2008-12-17
This caused Cygwin to run dumper.exe which pointed to a bug in cygpath.cc.
$ cygpath -p -w ''
I am attaching a patch that seems to have fixed the issue.
-- Index: cygpath.cc
The current cyglsa-config script does not detect a failure in regtool that
cannot read the LSA Authentication Packages registry entry,
$ regtool get
/HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/Lsa/Authentication\
Packages
Error (2): The system cannot find the file specified.
I spent many hours trying to find the cause of these effects.
Forgot to mention another side effect:
* Safe boot locks up after loading the last driver service such as ksecdd,
wudfpf, ntfs, ndis, sisagp, viaagp, alim1541, agpamd, agp440, agpcpq.Index: ntsec.sgml
* Safe boot locks up after loading the last driver service such as ksecdd,
wudfpf, ntfs, ndis, sisagp, viaagp, alim1541, agpamd, agp440, agpcpq.
+ mup.sys
-- Index: ntsec.sgml
===
RCS file:
Follow-up Comment #9, bug #22923 (project make):
I agree with comment #2 that polling pipes would incur unnecessary overhead
and that the generic solution would pair each spawned action against the
pre-defined template of a logger command.
Looking at the recipient of messages in the existing
Follow-up Comment #5, bug #22923 (project make):
Another idea mentioned in a Python bug discussion on file handles contention
is to have each spawned make process redirect stdout and stderr of its spawned
actions to a socket opened by the main make process. (Perhaps, each make
process could do
Follow-up Comment #1, bug #27983 (project findutils):
Correction of my phrase on the extra file entity,
One has to explicitly set it with the r vs. rb (O_BINARY) open mode.
There is no explicit text mode setting. The r mode is the default and will
be interpreted by the emulation layer as a
Additional Item Attachment, bug #27983 (project findutils):
File name: text-mode.sh Size:2 KB
___
Reply to this item at:
http://savannah.gnu.org/bugs/?27983
___
Message
Additional Item Attachment, bug #27983 (project findutils):
File name: text-mode.sh Size:2 KB
___
Reply to this item at:
http://savannah.gnu.org/bugs/?27983
___
Message
See also bug 511633.
--
I.
___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
See also bug 511633.
--
I.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[
https://issues.apache.org/jira/browse/NUTCH-733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12705819#action_12705819
]
Ilguiz Latypov commented on NUTCH-733:
--
My patch does not wrap long lines.
plain text
gui
Affects Versions: 1.0.0
Reporter: Ilguiz Latypov
The plain text view of cached HitDetails is sent as raw text under the
Content-Type: text/html header.
Either the content type should be changed to text/plain (patch attached) or the
text should be HTML-encoded (perhaps
[
https://issues.apache.org/jira/browse/NUTCH-733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ilguiz Latypov updated NUTCH-733:
-
Attachment: text.jsp-plain-text.diff.txt
Set the Content-Type: text/plain; charset=UTF-8 header
[
https://issues.apache.org/jira/browse/NUTCH-427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ilguiz Latypov updated NUTCH-427:
-
Attachment: (was: protocol-smb.zip)
protocol-smb: plugin protocol implementing the CIFS/SMB
[
https://issues.apache.org/jira/browse/NUTCH-427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ilguiz Latypov updated NUTCH-427:
-
Attachment: protocol-smb-diff.txt
protocol-smb: plugin protocol implementing the CIFS/SMB
[
https://issues.apache.org/jira/browse/NUTCH-427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ilguiz Latypov updated NUTCH-427:
-
Attachment: (was: protocol-smb-diff.txt)
protocol-smb: plugin protocol implementing the CIFS
[
https://issues.apache.org/jira/browse/NUTCH-427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ilguiz Latypov updated NUTCH-427:
-
Attachment: (was: protocol-smb.zip)
protocol-smb: plugin protocol implementing the CIFS/SMB
[
https://issues.apache.org/jira/browse/NUTCH-427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ilguiz Latypov updated NUTCH-427:
-
Attachment: protocol-smb-diff.txt
protocol-smb: plugin protocol implementing the CIFS/SMB
[
https://issues.apache.org/jira/browse/NUTCH-427?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12645933#action_12645933
]
ilatypov edited comment on NUTCH-427 at 11/7/08 8:50 PM:
---
[
https://issues.apache.org/jira/browse/NUTCH-427?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ilguiz Latypov updated NUTCH-427:
-
Attachment: protocol-smb.zip
protocol-smb: plugin protocol implementing the CIFS/SMB protocol
On Mon, Apr 16, 2007 at 01:51:05AM -0400, Ilguiz Latypov wrote:
My report on wodim failure could be a result of my own liberal
application of hdparm.
I am mistaken again, so my former report on the failure in wodim
remains in force.
I found that wodim still produced blank DVDs even after I
My report on wodim failure could be a result of my own liberal
application of hdparm. Few days later I removed /etc/hdparm.conf,
rebooted the machine and found wodim working just fine.
The hdparm options that failed my system are included below. My
DVD writer is /dev/hdb. Regards,
--
Ilguiz
Package: wodim
Version: 9:1.1.4-1
Followup-For: Bug #396194
I have a similar problem here. I created the ISO image with
vobcopy 0.5.14
dvdauthor 0.6.14
genisoimage 1.1.4
$ mkdir vobs
$ vobcopy -o vobs
$ mkdir dvd
$ dvdauthor -o dvd -t vobs/*.vob
$ dvdauthor -o dvd -T
$ genisoimage -dvd-video
The other DVD-burn command produced a working disk with the same
ISO image.
$ genisoimage -dvd-video -o /dev/dvdrw bv.iso
--
Ilguiz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: python-central
Version: 0.5.13
Followup-For: Bug #418108
I am guessing that the fix to the problem can be as simple as adding a
line global config under global _defaults in the failed script:
--- /usr/share/pycentral-data/pyversions.py.orig2007-04-06
23:23:10.0 -0400
Package: python-central
Version: 0.5.13
Followup-For: Bug #418108
I am guessing that the fix to the problem can be as simple as adding a
line global config under global _defaults in the failed script:
--- /usr/share/pycentral-data/pyversions.py.orig2007-04-06
23:23:10.0 -0400
Here is another work-around to setting stdout's encoding.
import sys, codecs, locale
if sys.stdout.encoding is None:
(lang, enc) = locale.getdefaultlocale()
if enc is not None:
(e, d, sr, sw) = codecs.lookup(enc)
# sw will encode Unicode data to the
Hello,
Since the Cygwin's less package still ships a version dependent on
termcap, here is an addition to rxvt termcap entry so that
pressing the End key moves the window to the end of file.
Regards,
--
Ilguiz
--- /etc/termcap.orig 2006-09-26 18:44:21.304921500 -0400
+++ /etc/termcap
Package: yaird
Version: 0.0.12-14
Followup-For: Bug #345374
Same problem here with via82cxxx not being included into /init.
As a work-around, I modified /etc/yaird/Default.cfg to include
the chipset-specific IDE driver unconditionally in the prologue:
Jonas,
On Thu, Jun 29, 2006 at 12:19:45PM +0200, Jonas Smedegaard wrote:
Which kernel package do you use? Is it an official Debian-packaged one?
2.6.17. I am running Debian unstable. The package was retrieved
through the regular Debian mechanism (apt-get from
debian.yorku.ca).
And what
Package: x11-common
Version: 1:7.0.22
Severity: important
Tags: patch
Trying to figure why my choice of ImPS/2 isn't stored in xorg.conf,
I found that dexconf ignored it. Here is the patch.
===
--- dexconf.orig2006-06-11
Package: x11-common
Version: 1:7.0.22
Severity: important
Tags: patch
Trying to figure why my choice of ImPS/2 isn't stored in xorg.conf,
I found that dexconf ignored it. Here is the patch.
===
--- dexconf.orig2006-06-11
Package: x11-common
Version: 1:7.0.22
Followup-For: Bug #226180
It occured to me that the readline mode of Debian configurator,
DEBCONF_FRONTEND=readline dpkg-reconfigure
will show default prompts when libterm-readline-gnu-perl is installed.
This was suggested by debconf(7) from
Package: x11-common
Version: 1:7.0.22
Followup-For: Bug #226180
It occured to me that the readline mode of Debian configurator,
DEBCONF_FRONTEND=readline dpkg-reconfigure
will show default prompts when libterm-readline-gnu-perl is installed.
This was suggested by debconf(7) from
Package: initscripts
Version: 2.86.ds1-6
Severity: normal
Tags: patch
The /etc/init.d/checkroot.sh script ignored the fsck's PLEASE REBOOT
LINUX NOW exit code because the code is stored too late. As a result,
the fixes fsck made to my filesystem could be corrupted again because
the system
What does ior-decode-2 from ORBit2 tell about the stringified IOR?
The first character in every line of the output was cut.
On Tue, Jul 12, 2005 at 02:59:31PM +0530, Rahul Agrawal wrote:
ul 12, 2005 2:29:37 PM com.sun.corba.se.impl.ior.IORImpl getProfile
ARNING: *IOP00511201: (INV_OBJREF) IOR
).
There are both COPYING (GPL) and COPYING.LIB (LGPL) files in the
top-level ORBit2 CVS directory. The linc2 subdirectory contains
the file COPYING with LGPL in it. I assume this means that linc2
is under LGPL. The terms of linking against libORBit-2.so are
unclear.
--
Ilguiz Latypov
programmer
$HWCLOCKPARS.
Without the above fix, the hwclock* scripts will assume that the
system time was updated from the hardware clock and that the
hardware clock is UTC-based. Then the scripts will apply a
timezone shift. This will make the current system time shifted
incorrectly.
--
Ilguiz Latypov
programmer
question is how this is supposed to function. Should every user
always get their own name service (name space)? Should there be a system
one also? Is the separation only of security reasons?
...
Regards,
--
Ilguiz Latypov
programmer at DiskStream
Waterloo, Ontario, Canada
Package: postgresql-dev
Version: 7.4.7-3
Followup-For: Bug #264603
It would be nice to get the recent 8.0 stable branch of the PostgresQL
client library (currently provided by the postgresql-dev package)
because the upstream fixed a bug in the error reporting code:
Package: libnss-ldap
Version: 220-1
Followup-For: Bug #277640
The stall happens because libnss-ldap is linked against the
non-reentrant version of the OpenLDAP library. This causes an
application's call to gethostbyname() to lock up because another call to
gethostbyname() occurs within the
Package: gcj-3.4
Version: 3.4.3-4
Severity: normal
File: gcj
The gcj compiler segfaults when encountering an ambiguous piece of code.
The lack of parentheses around the expression
test ? not : some
creates the ambiguity:
boolean test = ((args == null) || (args.length == 0));
/apache/passwd-viewcvs
AuthName Version control repository
AuthType Basic
Require valid-user
/Location
Location ~ /svn/(scripts|\*docroot\*|\*checkout\*/scripts)
Satisfy any
/Location
Regards,
--
Ilguiz Latypov
___
gnhlug-discuss
On Thu, 15 Aug 2002, Marcel wrote:
The only way I am thinking is that they have to start
a browser and just serve to
http://www.whatever.they.want.com and a basic homepage
shows up to authenticate themafter they are
authenticated they will be forwarded to the homepage
the
Bikrant,
On Sun, 4 Aug 2002, Bikrant Neupane wrote:
Now, I want to authenticate dialin users against the
freeradius while still using mgetty to receive the
incoming calls.
I think the mgetty program only handles indications of incoming calls by
accessing serial port. Once the CONNECT or
On Tue, 16 Jul 2002, Alan DeKok wrote:
In addition, why would you want to expose a key piece of software to
any random packet from the internet? Is it *really* that hard to type
in the 10-100 client IP addresses?
I was testing the perl Authen::Radius module with its make test command
and
I do have libltdl installed on my system as part of RedHat's libtool RPM
package. However, the configure script fails to find the header file
which exists:
===
$ ./configure --without-snmp \
On Tue, 16 Jul 2002, Ilguiz Latypov wrote:
The bootstrap script allows to remove automatically generated files from
the CVS repository.
I forgot to attach the new files:
acinclude.m4
which is former aclocal.m4 without libtool.m4 and AC_CHECK_TYPE_INCLUDE
and the
bootstrap
script
Alan,
On Tue, 16 Jul 2002, Alan DeKok wrote:
My thoughts are that the patches are a nice idea, but there's no way
I'm going to re-write the autoconf stuff just before 0.6.1 is
released.
My patch is only a suggestion, and thanks for even paying any attention to
it.
Also, I'm *never*
= superbt.ca
}
As you see, the significant part of netmask is reduced to 0 leftmost bits.
Is this a safe approach? The patch is enclosed.
--
Ilguiz Latypov
computer programmer
SuperBT Canada, Inc
153 Union St. E.
Waterloo, Ontario N2J 1C4
Canada
GMT-4 day time tel. +1 (519) 569
I agree that promiscuous authentication is not how FreeRadius was supposed
to work. Sorry for not reading the documentation first. I thought that
communication between Radius clients and servers is secure by design. Is
this not always true?
Ilguiz
On Mon, 15 Jul 2002, Alan DeKok wrote:
On Thu, 13 Jun 2002, Chris Wilkinson wrote:
kernel /netboot-kernel-2.4.9-31.gz rw root=/dev/nfs
Does network boot expect a kernel in gzip-ped format?
After looking at
arch/i386/boot/compressed/Makefile
I found that regular vmlinux and bzImage kernel formats have extra headers
in
I never tried using GRUB on a CD-ROM, but here is the boot sector writing
procedure. It was adapted from
http://tldp.org/HOWTO/CD-Writing-HOWTO-4.html#ss4.11
The boot.img file must be a 1.44M floppy image to boot. I heard a size
2.88M is OK as well. The boot.img file should be located
Hans,
On Thu, 18 Apr 2002, Hans Quennet wrote:
grub rootnoverify (hd0,0)
grub makeactive
grub chainloader +1
Nice try.
/sbin/grub-install /dev/hda1
RedHat add-on script to simplify bootloader installation?
one 40GB drive (5 8MB partitions) one cleared for the RedHat
Svein,
I had no problems with navigating through the full screen menu over the
serial port. The border lines are replaced with 7-bit approximations to
allow for different terminal emulators.
The GRUB source code was checked out off the CVS repository at
Roberto,
Do you think the second disk needs this option in configuration file?
rootnoverify (hd1,0)
Ilguiz
On Tue, 9 Apr 2002, Roberto C. Salazar M. wrote:
rootnoverify (hd0,0)
___
Bug-grub mailing list
[EMAIL PROTECTED]
Kingsly,
Is c specifier required in the block size parameter (bs=446c)? I think
the default unit size is a block of 512 bytes.
Ilguiz
On Fri, 5 Apr 2002, Kingsly John wrote:
# dd if=/dev/zero of=/dev/hdX bs=446 count=1
___
Bug-grub mailing
Araz,
Error 21 means no disk, as stage2/shared.h suggests. I was able to fine
tune the GRUB installation by running the grub user space shell and
executing the commands
grub root (hd0)
grub setup (hd0)
The setup command is a wrapper that finally invokes embed and install
commands with
David,
I was able to test the grub_firmware file produced by the patch on a 64M
DoC 2000. Yes, I could get to the GRUB prompt and play with root (dc0,
command. GRUB can access the configuration file and the kernel image
stored in ext2 partition. The partition was created on top of NFTL block
Nice feature, I haven't tried that with GRUB yet. By the way, since GRUB
can parse the /boot/gru/menu.lst file at run-time, why not just modify
that configuration file and restore it from the startup script?
Ilguiz
On Thu, 7 Mar 2002, Keir Fraser wrote:
Really? I generally use 'lilo -R'
Yoshinori,
1. I cleaned up the patch with regard to the debugging leftovers. Do you
think I need to remove extra debug information activated by the DOC_DEBUG
switch (dprintf calls)? What other adjustments are necessary?
2. Besides, I changed stage1/doc_stage1{,b}.S so that the GRUB
Andreas,
Check out
http://www.gnu.org/manual/grub-0.90/html_node/grub_15.html
Apparently, the Windows loader is located at the start of partition.
Partition can begin only from cylinder boundary if my DOS time memories
serve me. The slack space between MBR and the next cylinder gives
and
stage{1,2}/Makefile.in
Ilguiz
On Tue, 19 Feb 2002, Ilguiz Latypov wrote:
I attached the patch that enables booting off DiskOnChip flash memory
devices. The patch is the adaptation of the GRUB compatible DiskOnChip
bootloader from the Linux MTD project
101 - 168 of 168 matches
Mail list logo