similar to: [Bug 1680] Match User/Group with no affirmative match does not work as expected

https://bugzilla.mindrot.org/show_bug.cgi?id=1680 Summary: Match User/Group with no affirmative match does not work as expected Product: Portable OpenSSH Version: 5.3p1 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo:

https://bugzilla.mindrot.org/show_bug.cgi?id=1680 Sven <sven at timegate.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.mindrot.or | |g/show_bug.cgi?id=2262 -- You are receiving

https://bugzilla.mindrot.org/show_bug.cgi?id=1680 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |djm at mindrot.org Resolution|--- |DUPLICATE Status|NEW

https://bugzilla.mindrot.org/show_bug.cgi?id=1680 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #4 from Damien Miller <djm at mindrot.org> --- Set all RESOLVED bugs to CLOSED with release

https://bugzilla.samba.org/show_bug.cgi?id=8057 Summary: -x negates --force Product: rsync Version: 3.0.7 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: samba at liquidbinary.com QAContact:

https://bugzilla.samba.org/show_bug.cgi?id=6746 Summary: file from link-dest-source is copies and not linked for identical files Product: rsync Version: 3.0.6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at

Hi Carl, I don't know much about the specifics of any given optimisation, but if you do something like the following, you can at least see which optimisation pass is responsible. At the very least perhaps that can point to the next place to investigate. (also interesting to note Apple's shipped clang doesn't exhibit this behaviour, I had to use my own recent svn tree) $ clang -arch

On Jun 4, 2013, at 4:23 PM, Tyler Hardin <tghardin1 at catamount.wcu.edu> wrote: > If this were a problem with an omitted statement involving a normal variable, I'd guess you're missing a volatile qualifier. I'm not 100% sure volatile is a valid qualifier for functions, but try it. Well, yes, if I change the signature to: void test(char * volatile x) It works, but

On Tue, Dec 16, 2014 at 3:18 PM, Carl Carpenter <ccarpenter at hillcountry.org> wrote: > > On 16/12/14 20:47, Carl Carpenter wrote: > > On 16/12/14 17:35, Carl Carpenter wrote: > > Forgot to mention that the permissions are also incorrect. They are > supposed to be 775 but come out as 744. > > Carl Carpenter > Director, Information Services > Hill Country

I've been chasing down a bug for a few days in some RTOS code I'm building with clang. In the end it comes down to this code: void external(void); void test(char *x) { x--; if (!x) { external(); } } When compiled for ARM with TOT clang (r183249) at -O1 or greater, no calls to 'external()' appear in the output code at all. I have an example

On 16/12/14 17:35, Carl Carpenter wrote: Forgot to mention that the permissions are also incorrect. They are supposed to be 775 but come out as 744. Carl Carpenter Director, Information Services Hill Country MHDD Centers (830)258-5414 or ext. 2038 On 12/11/2014 4:13 PM, Carl Carpenter wrote: Per your request [global] workgroup = HCCMHMRC realm = HILLCOUNTRY.LOCAL

I was suggesting to add it to the function, like volatile void func(..); Theoretically, this would tell the compiler not to omit seemingly superfluous calls to func. On Jun 4, 2013, at 4:23 PM, Tyler Hardin <tghardin1 at catamount.wcu.edu> wrote: > If this were a problem with an omitted statement involving a normal variable, I'd guess you're missing a volatile qualifier. I'm

Forgot to mention that the permissions are also incorrect. They are supposed to be 775 but come out as 744. Carl Carpenter Director, Information Services Hill Country MHDD Centers (830)258-5414 or ext. 2038 On 12/11/2014 4:13 PM, Carl Carpenter wrote: Per your request [global] workgroup = HCCMHMRC realm = HILLCOUNTRY.LOCAL server string = Samba Server Version %v

On Jun 4, 2013, at 5:20 PM, Tyler Hardin <tghardin1 at catamount.wcu.edu> wrote: > I tried the "extern" specifier, which (I guess) you should use if the definition isn't in the file; and it worked with -O3. That 'extern' doesn't do anything - it's implicit. Did you try without it and get different results? In my test here with the Mac OS X dev tools

Per your request [global] workgroup = HCCMHMRC realm = HILLCOUNTRY.LOCAL server string = Samba Server Version %v security = ADS log file = /var/log/samba/log.%m max log size = 50 wins server = 192.168.0.7 default service = global template homedir = /home/HCCMHMRC template shell = /bin/bash winbind enum users

If this were a problem with an omitted statement involving a normal variable, I'd guess you're missing a volatile qualifier. I'm not 100% sure volatile is a valid qualifier for functions, but try it. If RTOS stands for real time OS, then reading up on volatile would be a really good idea. P.S. Sorry Carl, you're going to receive this twice. I forget to CC the list. --------------

On Jun 5, 2013, at 7:50 AM, John Regehr <regehr at cs.utah.edu> wrote: >> The optimizer can therefore conclude that if this program has well-defined behavior, then x can never point to the null pointer constant (since the null pointer constant is not part of any array object). As a result, the "if (!x)" branch would never trigger, and is dead code. > > This is

On 16/12/14 20:47, Carl Carpenter wrote: On 16/12/14 17:35, Carl Carpenter wrote: Forgot to mention that the permissions are also incorrect. They are supposed to be 775 but come out as 744. Carl Carpenter Director, Information Services Hill Country MHDD Centers (830)258-5414 or ext. 2038 On 12/11/2014 4:13 PM, Carl Carpenter wrote: Per your request [global] workgroup =

On Jun 4, 2013, at 4:42 PM, Tyler Hardin <tghardin1 at catamount.wcu.edu> wrote: > I was suggesting to add it to the function, like > volatile void func(..); > Theoretically, this would tell the compiler not to omit seemingly superfluous calls to func. 'volatile' can't apply to a function, so I'm not sure what you mean. In your example, 'volatile' modifies

https://bugzilla.mindrot.org/show_bug.cgi?id=2273 Bug ID: 2273 Summary: The group of the tunnel device needs to match with the group of the connecting ssh user Product: Portable OpenSSH Version: 6.6p1 Hardware: amd64 OS: Linux Status: NEW Severity: normal Priority: P5