Displaying 20 results from an estimated 120 matches similar to: "[Bug 2947] stdout with [-v] -H --link-dest and slink/sock/fifo/regf"
2006 Apr 17
6
DO NOT REPLY [Bug 3692] New: regression: symlinks are created as hardlinks with --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=3692
Summary: regression: symlinks are created as hardlinks with --
link-dest
Product: rsync
Version: 2.6.7
Platform: x86
URL: http://rsync.samba.org
OS/Version: FreeBSD
Status: NEW
Severity: major
Priority: P3
Component: core
2005 Jul 31
7
[Bug 2933] regression with hardlinked devices
https://bugzilla.samba.org/show_bug.cgi?id=2933
wayned@samba.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
------- Additional Comments From wayned@samba.org 2005-07-31 15:50 -------
This is rather interesting. In the old days, rsync
2005 Aug 02
0
[Bug 2947] New: stdout with [-v] -H --link-dest and slink/sock/fifo/regf
https://bugzilla.samba.org/show_bug.cgi?id=2947
Summary: stdout with [-v] -H --link-dest and slink/sock/fifo/regf
Product: rsync
Version: 2.6.5
Platform: All
OS/Version: FreeBSD
Status: NEW
Severity: normal
Priority: P3
Component: core
AssignedTo: wayned@samba.org
ReportedBy:
2003 Jan 09
1
[Bug 421] compile error on Debian slink
http://bugzilla.mindrot.org/show_bug.cgi?id=421
------- Additional Comments From carl at chage.com 2003-01-10 05:38 -------
I noticed the same problem with a compile error where ucred is undefined in
SUSE Linux 6.1. The problem is the test for SO_PEERCRED-- the feature is not
available even though the define is present. In my linux/socket.h there is
a "#define SCM_CREDENTIALS" next
1999 Jun 11
1
Segmentation fault (Debian slink+libc6 2.1)
Hi,
I've just upgraded my debian machine to the 2.1 libc6 libraries, and I
started getting segmentation faults with R. I tried re-compiling and got
the same problem. I checked with the dependencies for the binary package,
and I have all the required libraries.
Any ideas?
Thanks,
Robert.
----
Robert King, Australian Environmental Studies, Griffith University, Australia
3875 6677
2002 Oct 25
0
[Bug 421] New: compile error on Debian slink
http://bugzilla.mindrot.org/show_bug.cgi?id=421
Summary: compile error on Debian slink
Product: Portable OpenSSH
Version: 3.5p1
Platform: ix86
URL: http://pigtail.net/compile/error.txt
OS/Version: Linux
Status: NEW
Severity: critical
Priority: P2
Component: Build system
AssignedTo:
2002 Oct 25
2
[Bug 421] compile error on Debian slink
http://bugzilla.mindrot.org/show_bug.cgi?id=421
------- Additional Comments From mouring at eviladmin.org 2002-10-25 14:03 -------
[.. Important part from URL..]
gcc -g -O2 -Wall -Wpointer-arith -Wno-uninitialized -I. -I.. -I. -I./.. -
I/usr/local/ssl/include
-DHAVE_CONFIG_H -c bsd-getpeereid.c
bsd-getpeereid.c: In function `getpeereid':
bsd-getpeereid.c:35: storage size of `cred'
2003 May 04
1
[Bug 421] compile error on Debian slink
http://bugzilla.mindrot.org/show_bug.cgi?id=421
------- Additional Comments From dtucker at zip.com.au 2003-05-04 10:05 -------
Is this still broken for anyone? I built the current CVS tree on a Debian/slink
test box today and it complied OK and ran a complete regression test (including
privsep).
------- You are receiving this mail because: -------
You are the assignee for the bug, or
2005 Jul 31
0
[Bug 2933] New: regression with hardlinked devices
https://bugzilla.samba.org/show_bug.cgi?id=2933
Summary: regression with hardlinked devices
Product: rsync
Version: 2.6.5
Platform: All
OS/Version: FreeBSD
Status: NEW
Severity: major
Priority: P3
Component: core
AssignedTo: wayned@samba.org
ReportedBy:
2011 Aug 24
1
[LLVMdev] proposal: add macro expansion of for-loop to TableGen
Hi folks,
TableGen provides sufficiently rich syntax for expressing target
instruction set. Nevertheless, when I wrote the PTX backend, I
observed that some redundancy in TableGen can be further eliminated
through macro expansion of for-loops.
The semantics of a for-loop is expanding the for-loop body, and so it
is equivalent to manually unroll the loop (see example #1).
I believe the for-loop
2011 Oct 06
0
[LLVMdev] TableGen and Greenspun
Jakob Stoklund Olesen <jolesen at apple.com> writes:
> The TableGen language seems to be growing Lisp macros from two
> different directions.
>
> Che-Liang Chiou added a preprocessor with for loops, and David Greene
> added multidefs.
>
> It seems that some kind of macro facility is needed, perhaps we should
> discuss what it is supposed to look like?
Don't
2011 Oct 06
3
[LLVMdev] TableGen and Greenspun
The TableGen language seems to be growing Lisp macros from two different directions.
Che-Liang Chiou added a preprocessor with for loops, and David Greene added multidefs.
It seems that some kind of macro facility is needed, perhaps we should discuss what it is supposed to look like?
/jakob
2011 Oct 06
4
[LLVMdev] TableGen and Greenspun
greened at obbligato.org (David A. Greene) writes:
> The problem I solved via multidefs was this: how does one write a set of
> Pat<> patterns in a generic way?
>
> For example, I want to be able to do this:
>
> defm MOVH :
> vs1x_fps_binary_vv_node_rmonly<
> 0x16, "movh", undef, 0,
> // rr
> [(undef)],
>
2000 Jun 28
4
openssh-2.1.1p1 on Debian slink and potato
Just today I compilied openssh-2.1.1p1 on Debian Slink and Potato both to come out with the same problem.
I am compiling them with openssl-0.9.5a.. The configure line I use for openssh is below:
./configure --sysconfdir=/etc/ssh --prefix=/usr --with-ssl-dir=../openssl-0.9.5a
So I compile, do a make install restart the sshd daemon and everything seems fine.
Then when I do a w at the prompt
2014 Oct 29
2
[libhivex] Undefined behavior when accessing invalid (too small) registry hives
Hello all,
I know that one of the original design goals of libhivex was to be
resilient to corrupt, invalid, or malicious registry hives. I've
encountered some undefined behavior in libhivex when attempting to open
registry files that are too small. I'm not sure if this is a known issue
per-se or not, so I figured I'd ask here on the mailing list before I
jumped in and started adding
2014 Oct 30
4
Re: [libhivex] Undefined behavior when accessing invalid (too small) registry hives
On Oct 29, 2014, at 3:39 PM, Richard W.M. Jones <rjones@redhat.com> wrote:
>
>> Or is it expected that certain sanity checks would be performed prior to
>> passing along any files to libhivex? What would those checks be?
>
> No, hivex should definitely have those checks.
>
> I'll have a proper look at this in the morning.
>
> Thanks,
>
> Rich.
2006 Apr 17
11
DO NOT REPLY [Bug 3693] New: rsync can use same --link-dest file several times, leading to incorrect hard links
https://bugzilla.samba.org/show_bug.cgi?id=3693
Summary: rsync can use same --link-dest file several times,
leading to incorrect hard links
Product: rsync
Version: 2.6.8
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
Component: core
AssignedTo:
2014 Oct 30
0
Re: [libhivex] Undefined behavior when accessing invalid (too small) registry hives
On Wed, Oct 29, 2014 at 09:26:30PM -0500, Mahmoud Al-Qudsi wrote:
> On Oct 29, 2014, at 3:39 PM, Richard W.M. Jones <rjones@redhat.com> wrote:
> >
> >> Or is it expected that certain sanity checks would be performed prior to
> >> passing along any files to libhivex? What would those checks be?
> >
> > No, hivex should definitely have those checks.
2018 Jul 23
3
[hivex PATCH] Re-allocating unused blocks before assigning new blocks
Hello Richard
As discussed in the IRC channel, when merging a moderately large reg
file (~35MB) to a hiv file (~118 MB); hivex generates a huge hiv file
(~580 MB). These changes address that by creating a list of unallocated
blocks and reassigning unused blocks. I used
https://github.com/msuhanov/regf/blob/master/Windows%20registry%20file%20format%20specification.md
as a reference for the
2011 Oct 06
0
[LLVMdev] MIPS 32bit code generation
A simulator should be expecting the machine opcodes not macros. LD shouldn't care at all as long as the object format plays well.
I would think it would be better to fix the simulator.
Jack
________________________________________
From: llvmdev-bounces at cs.uiuc.edu [llvmdev-bounces at cs.uiuc.edu] on behalf of llvmdev-request at cs.uiuc.edu [llvmdev-request at cs.uiuc.edu]
Sent: Thursday,