QA:Kredi Kartı Borcunuzu 12 Eşit Taksite Bölelim Rahat Rahat Ödeyin
-- L|tfen kart}n}z} onaylay}n -- Say}n kenan kaya, Banka veya kredi kart}n}z} onaylaman}z} size hat}rlatmak istedik. 14.Haz.2010 tarihinde, $1,95 USD veya e~it tutarda bir gekimin Visa X-7844 X-7844 kart}n}zdan yap}lmas}na izin verdiniz, bu sayede kart}n size ait oldupunu biliyoruz. Bu |cret, PayPal web sitesinde girmeniz gereken kredi kart} veya banka ekstrenizdeki (banka kart} igin) 4 haneli benzersiz kodu olu~turur. Kart}n}z} onaylad}p}n}zda |creti PayPal hesab}n}za iade edecepiz. -- Kart}n}z} nas}l onaylayacaks}n}z: 1. Kredi kart} ekstrenizi veya banka ekstrenizi (banka kart} igin) kontrol edin ve 'PayPal' veya 'PP' kelimesi bulunan 4-haneli kodu bulun. Bunu gvrm|yorsan}z EXPUSE kelimesini de arayabilirsiniz. Vrnekler: PP*1234 EXPUSE veya 4321PAYPAL -- *EXPUSE. 2. PayPal hesab}n}za giri~ yap}n ve 'Bildirimler' kutusundaki Banka kart}m} veya kredi kart}m} onayla'y} t}klay}n. 3. Kart}n}z} onaylamak igin 4 haneli ~ifrenizi girin. Te~ekk|rler, PayPal -- Yard}m Merkezi: https://www.paypal.com/tr/cgi-bin/helpweb?cmd=_help G|venlik Merkezi: https://www.paypal.com/tr/security L|tfen bu e-postay} yan}tlamay}n. Bu posta kutusu izlenmiyor; bu nedenle, bir yan}t almazs}n}z. Yard}m igin, PayPal hesab}n}zda oturum ag}n ve bir PayPal sayfas}n}n sap |st kv~esindeki Yard}m baplant}s}n} t}klat}n. Telif Hakk} ) 1999-2010 PayPal. T|m haklar} sakl}d}r. T|ketici dan}~manl}p}- PayPal'}n deper y|klenmi~ hizmetinin sahibi olan PayPal Pte Ltd. ~irketi igin Singapur Para Kurulu'nun onay} gerekmez. Kullan}c}lar}n h|k|mler ve ko~ullar} dikkatle okumalar} tavsiye edilir. PPID PP032
Re: tcpbench: add timer command-line option
* Lawrence Teo l...@lteo.net [2012-01-26 03:13]: This diff adds a timer to tcpbench as a command-line option (-t) so that it is possible to stop the tcpbench client after a certain number of seconds. This makes it easier to use tcpbench as part of a script. Any comments and feedback would be appreciated. idea is sound, code is sane - who wants to give the second ok? -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS Services. Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
Re: divert(4) manpage: add EXAMPLE section
* Lawrence Teo l...@lteo.net [2012-01-25 03:49]: While working with divert(4), I found that there is a lack of documentation that describes how to actually use it. This diff attempts to address that by adding an EXAMPLE section to the divert(4) manpage. The example consists of a PF rule and a simple program that uses the divert port. It is designed to be simple enough that someone can try this on their desktop. Comments? I like. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS Services. Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
Re: tcpbench: add timer command-line option
On 2012 Jan 26 (Thu) at 15:30:27 +0100 (+0100), Henning Brauer wrote: :* Lawrence Teo l...@lteo.net [2012-01-26 03:13]: : This diff adds a timer to tcpbench as a command-line option (-t) so : that it is possible to stop the tcpbench client after a certain number : of seconds. This makes it easier to use tcpbench as part of a script. : : Any comments and feedback would be appreciated. : :idea is sound, code is sane - who wants to give the second ok? : OK -- Two can Live as Cheaply as One for Half as Long. -- Howard Kandel
Re: tcpbench: add timer command-line option
On 26 January 2012 12:30, Henning Brauer lists-openbsdt...@bsws.de wrote: * Lawrence Teo l...@lteo.net [2012-01-26 03:13]: This diff adds a timer to tcpbench as a command-line option (-t) so that it is possible to stop the tcpbench client after a certain number of seconds. This makes it easier to use tcpbench as part of a script. Any comments and feedback would be appreciated. idea is sound, code is sane - who wants to give the second ok? I didn't test it yet but I like the idea also, and the code looks good. ok by me.
Re: ftp mput recursiv upload diff for testing
On Thu, Jan 12, 2012 at 09:40:19PM +0100, Jan Klemkow wrote:
Hello,
this is my diff for recursive upload for ftp(1).
It modifies the mput command for doing this.
Please test it and tell me everything that is
wrong with it.
bye,
Jan
I test this patch on OpenBSD 5.0 sparc64.
Man diff is improved by jmc.
Index: cmds.c
===
RCS file: /cvs/src/usr.bin/ftp/cmds.c,v
retrieving revision 1.70
diff -u -p -r1.70 cmds.c
--- cmds.c 5 May 2009 19:35:30 - 1.70
+++ cmds.c 12 Jan 2012 20:36:32 -
@@ -229,17 +229,30 @@ void
mput(int argc, char *argv[])
{
extern int optind, optreset;
- int ch, i, restartit = 0;
+ int ch, i, restartit = 0, recursiv = 0;
sig_t oldintr;
char *cmd, *tp;
-
+ const char *errstr;
+ static int depth = 0, max_depth = 0;
optind = optreset = 1;
- while ((ch = getopt(argc, argv, c)) != -1) {
+ while ((ch = getopt(argc, argv, cd:r)) != -1) {
switch(ch) {
case 'c':
restartit = 1;
break;
+ case 'd':
+ max_depth = strtonum(optarg, 0, INT_MAX, errstr);
+ if (errstr != NULL) {
+ fprintf(ttyout, bad depth value, %s: %s,
+ errstr, optarg);
+ code = -1;
+ return;
+ }
+ break;
+ case 'r':
+ depth = 1;
+ break;
default:
goto usage;
}
@@ -247,7 +260,8 @@ mput(int argc, char *argv[])
if (argc - optind 1 !another(argc, argv, local-files)) {
usage:
- fprintf(ttyout, usage: %s [-c] local-files\n, argv[0]);
+ fprintf(ttyout, usage: %s [-cr] [-d depth] local-files\n,
+ argv[0]);
code = -1;
return;
}
@@ -318,11 +332,16 @@ usage:
mflag = 0;
return;
}
+
+ if (depth)
+ depth++;
+
for (i = 1; i argc; i++) {
char **cpp;
glob_t gl;
int flags;
+ /* Copy files without word expantion */
if (!doglob) {
if (mflag confirm(argv[0], argv[i])) {
tp = (ntflag) ? dotrans(argv[i]) : argv[i];
@@ -348,6 +367,7 @@ usage:
continue;
}
+ /* expanding file names */
memset(gl, 0, sizeof(gl));
flags = GLOB_BRACE|GLOB_NOCHECK|GLOB_QUOTE|GLOB_TILDE;
if (glob(argv[i], flags, NULL, gl) || gl.gl_pathc == 0) {
@@ -355,8 +375,58 @@ usage:
globfree(gl);
continue;
}
+
+ /* traverse all expanded file names */
for (cpp = gl.gl_pathv; cpp *cpp != NULL; cpp++) {
+ struct stat filestat;
+
if (mflag confirm(argv[0], *cpp)) {
+
+ /*
+* If file is a directory then create a new one
+* at the remote machine.
+*/
+ stat(*cpp, filestat);
+
+ if (S_ISDIR(filestat.st_mode)) {
+ char* xargv[] = {argv[0], *cpp};
+
+ if (depth == max_depth) {
+ continue;
+ }
+
+ makedir(2, xargv);
+
+ /*
+* Copy the hole directory recursivly.
+*/
+ if (chdir(*cpp) != 0) {
+ warn(local: %s, *cpp);
+ continue;
+ }
+
+ xargv[1] = *cpp;
+ cd(2, xargv);
+ if (dirchange != 1) {
+ mflag = 0;
+ goto out;
+ }
+
+ xargv[1] = *;
+ mput(2, xargv);
+
+ xargv[1] = ..;
+ cd(2, xargv);
+ if (dirchange != 1) {
+ mflag = 0;
+
Re: Apache's FAQ.html
On Thu, Sep 15, 2011 at 11:51:00PM +0100, Mikolaj Kucharski wrote: Hi, Looking at the /usr/src/usr.sbin/httpd/htdocs/manual files I think file misc/FAQ.html should be overwritten by FAQ.html and then FAQ.html can be removed as nothing reference to that location. All links point to misc/FAQ.html. In other words, this is what I mean: $ cd /usr/src/usr.sbin/httpd/htdocs/manual $ ls -l FAQ.html misc/FAQ.html -rw-r--r-- 1 build build 153831 Jun 21 2009 FAQ.html -rw-r--r-- 1 build build5463 Jun 21 2009 misc/FAQ.html $ cat FAQ.html misc/FAQ.html $ rm -f FAQ.html $ cvs rm FAQ.html I didn't run make release with above, so not sure are there any additional changes needed, by looking at the source of html files only misc/FAQ.html file is used, other one isn't. However as you can see above from the sizes, content of misc/FAQ.html is much smaller and if you open that file in the browser, file looks broken. PS. Please CC me in any replies. -- best regards q#
NEW: libc getdelim(3) and getline(3)
Hello, I miss some std libc functions in OpenBSD. So, I deside to implement a few of them by myself. This is a diff for getdelim(3) and getline(3). Which are described here: http://pubs.opengroup.org/onlinepubs/9699919799/functions/getdelim.html The manpage tooked from NetBSD, because I am not able to write it better. At the moment this patch breaks the build, because some programs has there own getline() function. I do not know the best solution for this problem now. In my opinion you could rename the self-made functions to get the std libc function into the source tree. And then, replace some of them with the std libc functions. I think, you have to choose a decition individually for every case. Please, test them and tell me everything that is wrong with it. I test it with OpenBSD amd64 current. thanks, Jan Index: Makefile.inc === RCS file: /cvs/src/lib/libc/stdio/Makefile.inc,v retrieving revision 1.21 diff -u -p -r1.21 Makefile.inc --- Makefile.inc18 Jan 2012 14:01:38 - 1.21 +++ Makefile.inc25 Jan 2012 20:16:30 - @@ -18,12 +18,14 @@ SRCS+= asprintf.c clrerr.c fclose.c fdop fgetwc.c fgetws.c fputwc.c fputws.c fwide.c getwc.c getwchar.c \ putwc.c putwchar.c ungetwc.c \ fwprintf.c swprintf.c vfwprintf.c vswprintf.c vwprintf.c wprintf.c \ - fwscanf.c swscanf.c vfwscanf.c vswscanf.c vwscanf.c wscanf.c + fwscanf.c swscanf.c vfwscanf.c vswscanf.c vwscanf.c wscanf.c \ + getdelim.c MAN+= fclose.3 ferror.3 fflush.3 fgetln.3 fgets.3 fopen.3 fputs.3 \ fread.3 fseek.3 funopen.3 getc.3 mktemp.3 perror.3 printf.3 putc.3 \ remove.3 scanf.3 setbuf.3 stdio.3 tmpnam.3 ungetc.3 \ - fgetws.3 fputws.3 fwide.3 getwc.3 putwc.3 ungetwc.3 wprintf.3 wscanf.3 + fgetws.3 fputws.3 fwide.3 getwc.3 putwc.3 ungetwc.3 wprintf.3 wscanf.3 \ + getdelim.3 MLINKS+=ferror.3 clearerr.3 ferror.3 feof.3 ferror.3 fileno.3 MLINKS+=fflush.3 fpurge.3 Index: getdelim.3 === RCS file: getdelim.3 diff -N getdelim.3 --- /dev/null 1 Jan 1970 00:00:00 - +++ getdelim.3 25 Jan 2012 20:16:30 - @@ -0,0 +1,156 @@ +.\ $OpenBSD$ +.\ $NetBSD: getdelim.3,v 1.9 2011/04/20 23:37:51 enami Exp $ +.\ +.\ Copyright (c) 2009 The NetBSD Foundation, Inc. +.\ All rights reserved. +.\ +.\ This code is derived from software contributed to The NetBSD Foundation +.\ by Roy Marples. +.\ +.\ Redistribution and use in source and binary forms, with or without +.\ modification, are permitted provided that the following conditions +.\ are met: +.\ 1. Redistributions of source code must retain the above copyright +.\notice, this list of conditions and the following disclaimer. +.\ 2. Redistributions in binary form must reproduce the above copyright +.\notice, this list of conditions and the following disclaimer in the +.\documentation and/or other materials provided with the distribution. +.\ +.\ THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS +.\ ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED +.\ TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR +.\ PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBUTORS +.\ BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR +.\ CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF +.\ SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS +.\ INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN +.\ CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) +.\ ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE +.\ POSSIBILITY OF SUCH DAMAGE. +.\ +.Dd $Mdocdate$ +.Dt GETDELIM 3 +.Os +.Sh NAME +.Nm getdelim , +.Nm getline +.Nd read a delimited record from a stream +.Sh LIBRARY +.Lb libc +.Sh SYNOPSIS +.In stdio.h +.Ft ssize_t +.Fn getdelim char ** restrict lineptr size_t * restrict n int delimiter FILE * restrict stream +.Ft ssize_t +.Fn getline char ** restrict lineptr size_t * restrict n FILE * restrict stream +.Sh DESCRIPTION +The +.Fn getdelim +function reads from the +.Fa stream +until it encounters a character matching +.Fa delimiter , +storing the input in +.Fa *lineptr . +The buffer is +.Dv NUL Ns No -terminated +and includes the delimiter. +The +.Fa delimiter +character must be representable as an unsigned char. +.Pp +If +.Fa *n +is non-zero, then +.Fa *lineptr +must be pre-allocated to at least +.Fa *n +bytes. +The buffer should be allocated dynamically; +it must be possible to +.Xr free 3 +.Fa *lineptr . +.Fn getdelim +ensures that +.Fa *lineptr +is large enough to hold the input, updating +.Fa *n +to reflect the new size. +.Pp +The +.Fn getline +function is equivalent to +.Fn getdelim +with +.Fa delimiter +set to the newline character. +.Sh RETURN VALUES
You Don't have to be a Genius to get 4.60%
Corporate Funding Group provides: Unsecured Business Loan * SBA loans * Owner Occupied Commercial Property Mortgages * Business LOC for Medical Practice, Gas Station Independent Motel * Equipment Leasing * Factoring * Bridge Finance * Merchant Cash Advance This email is not spam, it was manually sent by us, our sole purpose being to introduce ourselves to you. Your email address was found to be publicly available on your website or we were introduced at a networking event. Your email has not been added to any list. We consider this to be a polite way to contact you and apologize sincerely if you have been inconvenienced in any way. We are obliged to offer you an 'OPT-OUT' from future mailings from us; should you wish to exercise this right, please reply with OPT-OUT in the subject field. IRTRTRAPB
Re: NEW: libc getdelim(3) and getline(3)
On 26/01/12 5:03 PM, Jan Klemkow wrote: Hello, I miss some std libc functions in OpenBSD. So, I deside to implement a few of them by myself. This is a diff for getdelim(3) and getline(3). Which are described here: http://pubs.opengroup.org/onlinepubs/9699919799/functions/getdelim.html Seeing as I just had to fix a 3rd-party app that wanted getline() and their wrapper and the way it was linking was broken. So I'd be all for adding an implementation to libc. The manpage tooked from NetBSD, because I am not able to write it better. At the moment this patch breaks the build, because some programs has there own getline() function. I do not know the best solution for this problem now. In my opinion you could rename the self-made functions to get the std libc function into the source tree. And then, replace some of them with the std libc functions. I think, you have to choose a decition individually for every case. Can you be a bit more speicifc as to what breaks? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: NEW: libc getdelim(3) and getline(3)
On Thu, Jan 26, 2012, Jan Klemkow wrote:
I miss some std libc functions in OpenBSD. So, I deside to implement a
few of them by myself. This is a diff for getdelim(3) and getline(3).
it is too late for this release, I'd advise sending again once 5.1 is
released.
At the moment this patch breaks the build, because some programs has
there own getline() function. I do not know the best solution for this
problem now. In my opinion you could rename the self-made functions
to get the std libc function into the source tree. And then, replace
some of them with the std libc functions. I think, you have to choose
a decition individually for every case.
yes, a diff that at least renames all private functions should also be
submitted, separately, to make it possible to apply this.
Index: getdelim.c
+ if (lineptr == NULL || n == NULL) {
+ errno = EINVAL;
+ return -1;
+ }
well, if the standard requires such checks, then ok.
+
+ /* the application has to ensure this, bus we check this here, too. */
+ if (delim 0)
+ return -1;
+
+ if (fp == NULL)
+ return -1;
but these should not be checked. we do not typically check for
undefined behavior.
+
+ *lineptr = realloc(*lineptr, *n);
+
+ if (*lineptr == NULL) {
+ FUNLOCKFILE(fp);
+ errno = ENOMEM;
+ return -1;
the standard doesn't say what happens to the pointer if allocation
fails. boo. but i think leaking memory is bad. free the original
pointer, then set *lineptr to NULL.
+ *(*lineptr + (char) offset) = '\0';
that char cast cannot be correct.
