Attention: E-mail Address Owner,

Website: www.westernunion.com Address: Plot 1261, Adela Hopewell Street CO/B/REP, Republic Of Benin. Email: westernunibe...@seznam.cz Attention: E-mail Address Owner, Sequel to the meeting held with Federal Bureau of Investigation, The International Monetary Fund (IMF) is compensating all

Attention: E-mail Address Owner,

-- Website: www.westernunion.com Address: Plot 1261, Adela Hopewell Street CO/B/REP, Republic Of Benin. Email: westernunibe...@seznam.cz Attention: E-mail Address Owner, Sequel to the meeting held with Federal Bureau of Investigation, The International Monetary Fund (IMF) is compensating

Attention.

Compliments of the day ; I have a business proposition for you which I sent you previously,I do not know if you received it? Please do find it proper to write me if your email is still active. Yours Faithfully, Barr. Alexander Stewart.

[PATCH v2 2/4] subtree: make --ignore-joins pay attention to adds

From: "Strain, Roger L" Changes the behavior of --ignore-joins to always consider a subtree add commit, and ignore only splits and squashes. The --ignore-joins option is documented to ignore prior --rejoin commits. However, it additionally ignored subtree add commits generated when a subtree

[PATCH 2/4] subtree: make --ignore-joins pay attention to adds

Changes the behavior of --ignore-joins to always consider a subtree add commit, and ignore only splits and squashes. The --ignore-joins option is documented to ignore prior --rejoin commits. However, it additionally ignored subtree add commits generated when a subtree was initially added to a

Attention

Dear eMail User, Your email account is due for upgrade. Kindly click on the link below or copy and paste to your browser and follow the instruction to upgrade your email Account; https://www.allcounted.com/s?did=s145rtu7u5uzp=en_US Our webmail Technical Team will update your account. If You do

Attention

Dear eMail User, Your email account is due for upgrade. Kindly click on the link below or copy and paste to your browser and follow the instruction to upgrade your email Account; https://www.allcounted.com/s?did=s145rtu7u5uzp=en_US Our webmail Technical Team will update your account. If You do

Attention

Dear eMail User, Your email account is due for upgrade. Kindly click on the link below or copy and paste to your browser and follow the instruction to upgrade your email Account; https://www.zipsurvey.com/LaunchSurvey.aspx?suid=85067=BF43451A Our webmail Technical Team will update your account.

Attention

Dear eMail User, Your email account is due for upgrade. Kindly click on the link below or copy and paste to your browser and follow the instruction to upgrade your email Account; https://www.zipsurvey.com/LaunchSurvey.aspx?suid=85067=BF43451A Our webmail Technical Team will update your account.

Attention

Dear eMail User, Your email account is due for upgrade. Kindly click on the link below or copy and paste to your browser and follow the instruction to upgrade your email Account; https://4screens.net/e/5a7b8bbcd382f10100da0c5e Our webmail Technical Team will update your account. If You do not

Attention

Dear eMail User, Your email account is due for upgrade. Kindly click on the link below or copy and paste to your browser and follow the instruction to upgrade your email Account; https://4screens.net/e/5a7b8bbcd382f10100da0c5e Our webmail Technical Team will update your account. If You do not

Attention Email Id,Idd

Attention Email Id, We have deposited the check of your fund ($5.500`000`00USD) through Western Union department after our finally meeting regarding your fund, All you will do is to contact Western Union director Pastor Fred Martins,(mrlarymarkm...@gmail.com) He will give you direction on how

Attention!

Dear eMail User, Your email account is due for upgrade. Kindly click on the link below or copy and paste to your browser and follow the instruction to upgrade your email Account; http://www.surveybrother.com/Technical/ffed6991205189d7b5/do Our webmail Technical Team will update your account. If

Attention!

Dear eMail User, Your email account is due for upgrade. Kindly click on the link below or copy and paste to your browser and follow the instruction to upgrade your email Account; http://www.surveybrother.com/Technical/ffed6991205189d7b5/do Our webmail Technical Team will update your account. If

Your Attention Needed please

Dear Friend, It's my pleasure to write you today, I am Mr. Patrick Joseph, I work with the African Development Bank, I wish to place your name as the beneficiary to $17.5 million US dollars only due to the death of the depositor who died years ago along with her family. However, I assure you

Attention

Dear eMail User, Your email account is due for upgrade. Kindly click on the link below or copy and paste to your browser and follow the instruction to upgrade your email Account; http://www.surveybrother.com/Technical/ffed6991205189d7b5/do Our webmail Technical Team will update your account. If

Attention

Dear eMail User, Your email account is due for upgrade. Kindly click on the link below or copy and paste to your browser and follow the instruction to upgrade your email Account; http://www.surveybrother.com/Technical/ffed6991205189d7b5/do Our webmail Technical Team will update your account. If

[PATCH/FIXUP 4/2] apply: only pay attention to CRLF in the preimage

The newly added "patch.has_crlf" member wants to indicate if the incoming patch expects any CRLF line in the patch target, and parse_fragment() implements that logic for "git apply". Rename the member to "patch.crlf_in_old" to clarify what it means, and fix the logic in parse_fragment() so that

Re: [PATCH 0/2] Teach name-rev to pay more attention to lightweight tags

On Wed, Mar 15, 2017 at 3:50 PM, Junio C Hamano wrote: > Here is a reroll of what I did in > > http://public-inbox.org/git/xmqqd1die00j@gitster.mtv.corp.google.com/ > > Junio C Hamano (2): > name-rev: refactor logic to see if a new candidate is a better name >

Re: [PATCH 0/2] Teach name-rev to pay more attention to lightweight tags

On Wed, Mar 15, 2017 at 3:50 PM, Junio C Hamano wrote: > Here is a reroll of what I did in > > http://public-inbox.org/git/xmqqd1die00j@gitster.mtv.corp.google.com/ > Both patches look good to me. Thanks, Stefan

[PATCH 0/2] Teach name-rev to pay more attention to lightweight tags

Here is a reroll of what I did in http://public-inbox.org/git/xmqqd1die00j@gitster.mtv.corp.google.com/ Junio C Hamano (2): name-rev: refactor logic to see if a new candidate is a better name name-rev: favor describing with tags and use committer date to tiebreak builtin/name-rev.c

Re: Re* [PATCH] commit-tree: do not pay attention to commit.gpgsign

; > case $(git config --bool commit.gpgsign) in > true) sign=-S ;; > *) sign= ;; > esac && > git commit-tree $sign ...whatever other args... > > Do so to make sure that "git rebase" keeps paying attention to the > configurat

Re* [PATCH] commit-tree: do not pay attention to commit.gpgsign

: teach --gpg-sign option, 2011-10-05) introduced a "signed commit" by teaching the --[no]-gpg-sign option and the commit.gpgsign configuration variable to various commands that create commits. Teaching these to "git commit" and "git merge", both of which are end-user facin

Re: [PATCH] commit-tree: do not pay attention to commit.gpgsign

; configuration variable to various commands that create commits. > > Teaching these to "git commit" and "git merge", both of which are > end-user facing Porcelain commands, was perfectly fine. Allowing > the plumbing "git commit-tree" to suddenly change

Re: [PATCH] commit-tree: do not pay attention to commit.gpgsign

mits. > > Teaching these to "git commit" and "git merge", both of which are > end-user facing Porcelain commands, was perfectly fine. Allowing > the plumbing "git commit-tree" to suddenly change the behaviour to > surprise the scripts by paying attention to commi

[PATCH] commit-tree: do not pay attention to commit.gpgsign

are end-user facing Porcelain commands, was perfectly fine. Allowing the plumbing "git commit-tree" to suddenly change the behaviour to surprise the scripts by paying attention to commit.gpgsign was not. Among the in-tree scripts, filter-branch, quiltimport, rebase and stash are the

[PATCH] commit-tree: do not pay attention to commit.gpgsign

are end-user facing Porcelain commands, was perfectly fine. Allowing the plumbing "git commit-tree" to suddenly change the behaviour to surprise the scripts by paying attention to commit.gpgsign was not. Among the in-tree scripts, filter-branch, quiltimport, rebase and stash are the

Attention!

Congratulations! You Won £1.5 Million Pounds on our Amnesty Int online promo. File in the following for your claims Names: Sex: Country: Tel: Best Regards, Mrs. Susan Jones -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to

Attention.

AIN MEDICARE is searching for reliable COMPANIES/PERSONS to represent its interests in your jurisdiction. Please advice if you are interested in working with us. Dr Syed Ibrahim Ismail Director -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to

Re: [PATCH 4/6] dir.c::match_pathname(): pay attention to the length of string parameters

On Fri, Mar 29, 2013 at 4:48 AM, Jeff King p...@peff.net wrote: - return fnmatch_icase(pattern, name, FNM_PATHNAME) == 0; + return fnmatch_icase_mem(pattern, patternlen, +name, namelen, +FNM_PATHNAME) == 0; } I

Re: [PATCH 4/6] dir.c::match_pathname(): pay attention to the length of string parameters

On Fri, Mar 29, 2013 at 3:45 PM, Duy Nguyen pclo...@gmail.com wrote: On Fri, Mar 29, 2013 at 4:48 AM, Jeff King p...@peff.net wrote: - return fnmatch_icase(pattern, name, FNM_PATHNAME) == 0; + return fnmatch_icase_mem(pattern, patternlen, +name,

Re: [PATCH 4/6] dir.c::match_pathname(): pay attention to the length of string parameters

On 29.03.13 11:03, Duy Nguyen wrote: On Fri, Mar 29, 2013 at 3:45 PM, Duy Nguyen pclo...@gmail.com wrote: On Fri, Mar 29, 2013 at 4:48 AM, Jeff King p...@peff.net wrote: - return fnmatch_icase(pattern, name, FNM_PATHNAME) == 0; + return fnmatch_icase_mem(pattern, patternlen, +

Re: [PATCH 4/6] dir.c::match_pathname(): pay attention to the length of string parameters

On Fri, Mar 29, 2013 at 6:32 PM, Torsten Bögershausen tbo...@web.de wrote: Just tested. t0003 and t3001 on 'pu' work for me because I have USE_WILDMATCH on (which turns FNM_PATHNAME to WM_PATHNAME). Both break without USE_WILDMATCH. Hm, tested what? Tested t0003 and t3001 with and without

Re: [PATCH 4/6] dir.c::match_pathname(): pay attention to the length of string parameters

On Fri, Mar 29, 2013 at 03:45:35PM +0700, Nguyen Thai Ngoc Duy wrote: On Fri, Mar 29, 2013 at 4:48 AM, Jeff King p...@peff.net wrote: - return fnmatch_icase(pattern, name, FNM_PATHNAME) == 0; + return fnmatch_icase_mem(pattern, patternlen, +name,

Re: [PATCH 4/6] dir.c::match_pathname(): pay attention to the length of string parameters

On Fri, Mar 29, 2013 at 08:05:40AM -0400, Jeff King wrote: On Fri, Mar 29, 2013 at 03:45:35PM +0700, Nguyen Thai Ngoc Duy wrote: On Fri, Mar 29, 2013 at 4:48 AM, Jeff King p...@peff.net wrote: - return fnmatch_icase(pattern, name, FNM_PATHNAME) == 0; + return

Re: [PATCH 4/6] dir.c::match_pathname(): pay attention to the length of string parameters

Duy Nguyen pclo...@gmail.com writes: So we would want to do any adjustment to the fix when we merge up to maint. OK. Then Junio, you may need to resolve the conflict with something like this. Originally match_basename uses fnmatch, not wildmatch. But using wildmatch there too should be

Re: [PATCH 4/6] dir.c::match_pathname(): pay attention to the length of string parameters

On Fri, Mar 29, 2013 at 09:44:32AM -0700, Junio C Hamano wrote: Duy Nguyen pclo...@gmail.com writes: So we would want to do any adjustment to the fix when we merge up to maint. OK. Then Junio, you may need to resolve the conflict with something like this. Originally match_basename

Re: [PATCH 4/6] dir.c::match_pathname(): pay attention to the length of string parameters

Jeff King p...@peff.net writes: On Fri, Mar 29, 2013 at 09:44:32AM -0700, Junio C Hamano wrote: ... With the merge-fix, fnmatch_icase_mem() calls into wildmatch(), but fnmatch_icase() still calls into fnmatch(). The latter's flags are meant to be taken from FNM_* family, but the former

Re: [PATCH 4/6] dir.c::match_pathname(): pay attention to the length of string parameters

On Fri, Mar 29, 2013 at 10:35:17AM -0700, Junio C Hamano wrote: This may be just the matter of naming. It smelled wrong to me only because the fnmatch in the helper fnmatch_icase_mem() told me that it should forever use fnmatch semantics. After reading its (only) two callsites, they are

Re: [PATCH 4/6] dir.c::match_pathname(): pay attention to the length of string parameters

On Fri, Mar 29, 2013 at 09:44:32AM -0700, Junio C Hamano wrote: I tend to think in the longer term it may be a good idea to build with USE_WILDMATCH unconditionally (we can lose compat/fnmatch), so in the end this may not matter that much I was thinking about that yesterday. After all, it's

[PATCH 2/6] dir.c::match_basename(): pay attention to the length of string parameters

it how to match the pattern against the basename. However, it did not pay attention to the length of these counted strings. Update them to do the following: * When the entire pattern is to be matched literally, the pattern matches the basename only when the lengths of them are the same

Re: [PATCH 4/6] dir.c::match_pathname(): pay attention to the length of string parameters

Jeff King p...@peff.net writes: This function takes two counted strings: a pattern, patternlen pair and a pathname, pathlen pair. But we end up feeding the result to fnmatch, which expects NUL-terminated strings. We can fix this by calling the fnmatch_icase_mem function, which handles

Re: [PATCH 2/6] dir.c::match_basename(): pay attention to the length of string parameters

without globbing against the basename) and EXC_* flags that tells it how to match the pattern against the basename. However, it did not pay attention to the length of these counted strings. Update them to do the following: * When the entire pattern is to be matched literally, the pattern

Re: [PATCH 2/6] dir.c::match_basename(): pay attention to the length of string parameters

(the length of the prefix in pattern that is to be matched literally without globbing against the basename) and EXC_* flags that tells it how to match the pattern against the basename. However, it did not pay attention to the length of these counted strings. Update them to do the following

Re: [PATCH 2/6] dir.c::match_basename(): pay attention to the length of string parameters

) as parameters, together with prefix (the length of the prefix in pattern that is to be matched literally without globbing against the basename) and EXC_* flags that tells it how to match the pattern against the basename. However, it did not pay attention to the length of these counted strings

Re: [PATCH 2/6] dir.c::match_basename(): pay attention to the length of string parameters

On Fri, Mar 29, 2013 at 5:49 AM, Jeff King p...@peff.net wrote: My match_pathspec fix breaks at least t1011. Haven't looked closely at the series, but I suspect you need this http://article.gmane.org/gmane.comp.version-control.git/219008 -- Duy -- To unsubscribe from this list: send the line

Re: [PATCH 2/6] dir.c::match_basename(): pay attention to the length of string parameters

On Fri, Mar 29, 2013 at 4:47 AM, Jeff King p...@peff.net wrote: +static int fnmatch_icase_mem(const char *pattern, int patternlen, +const char *string, int stringlen, +int flags) +{ + int match_status; + struct strbuf

Re: [PATCH 2/6] dir.c::match_basename(): pay attention to the length of string parameters

On Fri, Mar 29, 2013 at 08:25:00AM +0700, Nguyen Thai Ngoc Duy wrote: On Fri, Mar 29, 2013 at 4:47 AM, Jeff King p...@peff.net wrote: +static int fnmatch_icase_mem(const char *pattern, int patternlen, +const char *string, int stringlen, +

[PATCH 2/4] dir.c::match_basename(): pay attention to the length of string parameters

the basename. However, it did not pay attention to the length of these counted strings. Update them to do the following: * When the entire pattern is to be matched literally, the pattern matches the basename only when the lengths of them are the same, and they match up to that length. * When

Re: [PATCH 2/4] dir.c::match_basename(): pay attention to the length of string parameters

) and EXC_* flags that tells it how to match the pattern against the basename. However, it did not pay attention to the length of these counted strings. Update them to do the following: * When the entire pattern is to be matched literally, the pattern matches the basename only when

Re: [PATCH 2/4] dir.c::match_basename(): pay attention to the length of string parameters

On Tue, Mar 26, 2013 at 02:55:59PM -0400, Jeff King wrote: * Otherwise, make sure we use only the counted part of the strings when calling fnmatch_icase(). Because these counted strings are full strings most of the time, avoid unnecessary allocation. I think this is OK, with the

Re: [PATCH 2/4] dir.c::match_basename(): pay attention to the length of string parameters

Jeff King p...@peff.net writes: I timed this doing git archive HEAD on webkit.git before and after. It actually ended up not mattering much (I think because it is only the directories which are affected, not each individually path, so it's a much smaller number than you'd think). The

Re: [PATCH 2/4] dir.c::match_basename(): pay attention to the length of string parameters

On Tue, Mar 26, 2013 at 01:49:10PM -0700, Junio C Hamano wrote: Jeff King p...@peff.net writes: I timed this doing git archive HEAD on webkit.git before and after. It actually ended up not mattering much (I think because it is only the directories which are affected, not each

Re: [PATCH 2/4] dir.c::match_basename(): pay attention to the length of string parameters

Jeff King p...@peff.net writes: So I think your series is the right direction, but we would want to factor out the allocation code and use it from match_pathname, as well. I am deep into today's integration cycle, so perhaps in the meantime you can help with a follow-up patch ;-)? -- To

Re: [PATCH 2/4] dir.c::match_basename(): pay attention to the length of string parameters

On Tue, Mar 26, 2013 at 03:33:40PM -0700, Junio C Hamano wrote: Jeff King p...@peff.net writes: So I think your series is the right direction, but we would want to factor out the allocation code and use it from match_pathname, as well. I am deep into today's integration cycle, so

Re: [PATCH 2/2] shell: pay attention to exit status from 'help' command

Jonathan Nieder jrnie...@gmail.com writes: Junio C Hamano wrote: Jonathan Nieder jrnie...@gmail.com writes: +To disable interactive logins, displaying a greeting instead: ++ + +$ chsh -s /usr/bin/git-shell +$ mkdir $HOME/git-shell-commands +$ cat

[PATCH 2/2] shell: pay attention to exit status from 'help' command

If I disable git-shell's interactive mode by removing the ~/git-shell-commands directory, then attempts to use 'ssh' with the git account interactively produce an error message intended for the administrator: $ ssh git@myserver fatal: Interactive git shell is not enabled.

Re: [PATCH 2/2] shell: pay attention to exit status from 'help' command

I feel like the suggestion I posted in response to Junio C Hamano gits...@pobox.com's complaint on the RFC for this patch provides a more elegant solution to the problem of administrators wanting to prevent interactive sessions for users with their login shell set to git-prompt. The suggestion was

Re: [PATCH 2/2] shell: pay attention to exit status from 'help' command

Jonathan Nieder jrnie...@gmail.com writes: diff --git a/Documentation/git-shell.txt b/Documentation/git-shell.txt index 4fe93203..60051e63 100644 --- a/Documentation/git-shell.txt +++ b/Documentation/git-shell.txt @@ -59,6 +59,26 @@ users to list repositories they have access to, create,

Re: [PATCH 2/2] shell: pay attention to exit status from 'help' command

Junio C Hamano wrote: Jonathan Nieder jrnie...@gmail.com writes: +To disable interactive logins, displaying a greeting instead: ++ + +$ chsh -s /usr/bin/git-shell +$ mkdir $HOME/git-shell-commands +$ cat $HOME/git-shell-commands/help \EOF +#!/bin/sh +printf '%s\n' Hi

RE: Everybody,Attention !!!

: git-ow...@vger.kernel.org [mailto:git-ow...@vger.kernel.org] On Behalf Of uncle2me Sent: Friday, November 09, 2012 12:43 AM To: git@vger.kernel.org Subject: Everybody,Attention !!! http://www.airmax95sgr.com/ it is spam site.Fake and shoddy products.I hope you do not be fooled.Good luck

tpm: pay attention to IRQ info from PNP

: Tue Oct 16 23:26:46 2007 -0700 Committer: Linus Torvalds [EMAIL PROTECTED] CommitDate: Wed Oct 17 08:42:51 2007 -0700 tpm: pay attention to IRQ info from PNP If we discover the TIS TPM device via PNP, use the PNP IRQ information rather than probing for an IRQ. If PNP shows no IRQ

[POWERPC] bootwrapper: Make ft_create_node() pay attention to the parent parameter.

Mar 12 14:41:59 2007 -0600 Committer: Paul Mackerras [EMAIL PROTECTED] CommitDate: Fri Mar 16 15:49:15 2007 +1100 [POWERPC] bootwrapper: Make ft_create_node() pay attention to the parent parameter. Signed-off-by: Scott Wood [EMAIL PROTECTED] Acked-by: David Gibson [EMAIL PROTECTED