12 Maneras de Remunerar a su Personal a Bajo Costo Fiscal
12 Maneras de Remunerar a su Personal a Bajo Costo Fiscal Panama 06 de Septiembre, 2012 SHERATON PANAMA HOTEL & CONVENTION CENTER Esta exitosa Conferencia donde conocerá 12 Maneras de Remunerar a su Personal a Bajo Costo Fiscal, optimizando el pago de sus impuestos sin mermar los intereses del fisco federal, y lo más importante, sin atentar la seguridad jurídica de quien percibe el ingreso... además obtendrá información valiosa sobre los siguientes temas: -¿Por qué mi Asesor o Contador no ha aplicado estos esquemas en la empresa? -¿Qué artículos de la Ley, Reglamentos, Tesis y Jurisprudencias fundamentan la remuneración del personal a bajo costo fiscal? -¡¡El gran dilema del pago a la Caja de Seguro Social, el impuesto sobre la RENTA Y EL SEGURO EDUCATIVO!! -¿Cómo darle mejor calidad de vida a su personal? -Estrategias de Remuneración en personas físicas. Reciba en este momento el folleto completo! Únicamente responda con su Nombre, Puesto, Empresa y Teléfono, o Comuníquese al (507) 279-1083 / 279-0258 / 279-0887 Reciba un muy cordial saludo! Para des suscribirse de estas invitaciones, solo responda este correo con el asunto noinvitar y automáticamente quedará fuera de nuestras listas.
Fix ar5211: error: comparison of unsigned expression < 0 is always false
../../../../dev/ic/ar5211.c:2592:11: error: comparison of unsigned expression < 0 is always false [-Werror,-Wtautological-compare] if (obdb < 0) ^ ~ obdb is expected to be able to be set to a value of -1 but its using an unsigned type at the moment. This changes the field to an int to match ar5k_ar5111_rfregs / ar5k_ar5112_rfregs and fix the bug pointed out by this clang warning. Index: ar5211.c === RCS file: /home/cvs/src/sys/dev/ic/ar5211.c,v retrieving revision 1.44 diff -u -p -r1.44 ar5211.c --- ar5211.c2 Jun 2009 12:39:02 - 1.44 +++ ar5211.c29 Aug 2012 18:39:23 - @@ -2563,8 +2563,9 @@ ar5k_ar5211_rfregs(struct ath_hal *hal, { struct ar5k_eeprom_info *ee = &hal->ah_capabilities.cap_eeprom; struct ar5k_ar5211_ini_rf rf[nitems(ar5211_rf)]; - u_int32_t ob, db, obdb, xpds, xpdp, x_gain; + u_int32_t ob, db, xpds, xpdp, x_gain; u_int i; + int obdb; bcopy(ar5211_rf, rf, sizeof(rf)); obdb = 0; -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: mg: find-file file in current window
On 08/29/12 22:25, Mark Lumsden wrote: > On Wed, Aug 29, 2012 at 05:55:58PM +, Florian Obser wrote: >> Hi, >> while looking why sometimes line numbers are wrong in mg I found this: >> 1) mg theo.c >> 2) move around in file >> 3) C-x C-f theo.c >> 4) the cursor will be at the end of the buffer (sometimes one line after >>the end of the buffer) and the line number is not updated. > > I have seen the effects of this a couple of times (wrong line number) > and it has done my head-in trying to work out what I have done (what > functions I have called on which buffers) to cause it, but your series > of steps definitley causes the effects. (there may be other causes of > course ;) I'm pretty sure there are. I don't usually open a file I'm currently editing ;) Finding this was actually a mistake, I meant to open a different file... I think there is a problem when killing a region that's bigger than what the window currently displays and yanking somewhere else. I have no recipe for that (yet) :/
Re: mg: find-file file in current window
On Wed, Aug 29, 2012 at 05:55:58PM +, Florian Obser wrote: > Hi, > while looking why sometimes line numbers are wrong in mg I found this: > 1) mg theo.c > 2) move around in file > 3) C-x C-f theo.c > 4) the cursor will be at the end of the buffer (sometimes one line after >the end of the buffer) and the line number is not updated. I have seen the effects of this a couple of times (wrong line number) and it has done my head-in trying to work out what I have done (what functions I have called on which buffers) to cause it, but your series of steps definitley causes the effects. (there may be other causes of course ;) Your solution seems good too; removes definite dodgy line counter and makes cursor behave like emacs in the same situation. mark > > If there is another file open this doesn't seem to happen, the cursor only > jumps to column 0. But this might be totaly random because def.h has this > to say (above struct buffer): > *[...] There is a safe store for the > * dot and mark in the header, but this is only valid if the buffer > * is not being displayed (that is, if "b_nwnd" is 0). [...] > > Maybe "wp->w_rflag |= flags;" should go, too. > > diff --git usr.bin/mg/buffer.c usr.bin/mg/buffer.c > index 0a4254c..ef2a25b 100644 > --- usr.bin/mg/buffer.c > +++ usr.bin/mg/buffer.c > @@ -611,8 +611,6 @@ showbuffer(struct buffer *bp, struct mgwin *wp, int flags) > > if (wp->w_bufp == bp) { /* Easy case! */ > wp->w_rflag |= flags; > - wp->w_dotp = bp->b_dotp; > - wp->w_doto = bp->b_doto; > return (TRUE); > } > /* First, detach the old buffer from the window */ > > Thanks, > Florian > -- > I'm not entirely sure you are real.
GCC diff needs testing on multiple arches
First, make sure you're using a reasonably up to date snapshot. You're up to date if "nm /usr/lib/crtbegin.o" mentions __guard_local. Next, apply the patch below to GCC, recompile, and install: $ cd /usr/src/gnu/gcc/gcc $ patch < /path/to/diff $ cd /usr/src/gnu/usr.bin/cc $ make depend && make && make install Finally, test that stuff still works after you build it. :) In particular, make sure that you can still do a full "make build" by following release(8). Please email me back with test reports. I'm interested in getting a variety of (ELF) architectures before committing this. Thanks! Index: targhooks.c === RCS file: /cvs/src/gnu/gcc/gcc/targhooks.c,v retrieving revision 1.2 diff -u -p -r1.2 targhooks.c --- targhooks.c 9 May 2010 11:48:50 - 1.2 +++ targhooks.c 29 Aug 2012 18:05:48 - @@ -372,7 +372,7 @@ default_stack_protect_guard (void) if (t == NULL) { - t = build_decl (VAR_DECL, get_identifier ("__guard"), ptr_type_node); + t = build_decl (VAR_DECL, get_identifier ("__guard_local"), ptr_type_node); TREE_STATIC (t) = 1; TREE_PUBLIC (t) = 1; DECL_EXTERNAL (t) = 1; @@ -380,6 +380,8 @@ default_stack_protect_guard (void) TREE_THIS_VOLATILE (t) = 1; DECL_ARTIFICIAL (t) = 1; DECL_IGNORED_P (t) = 1; + DECL_VISIBILITY (t) = VISIBILITY_HIDDEN; + DECL_VISIBILITY_SPECIFIED (t) = 1; stack_chk_guard_decl = t; }
mg: find-file file in current window
Hi, while looking why sometimes line numbers are wrong in mg I found this: 1) mg theo.c 2) move around in file 3) C-x C-f theo.c 4) the cursor will be at the end of the buffer (sometimes one line after the end of the buffer) and the line number is not updated. If there is another file open this doesn't seem to happen, the cursor only jumps to column 0. But this might be totaly random because def.h has this to say (above struct buffer): *[...] There is a safe store for the * dot and mark in the header, but this is only valid if the buffer * is not being displayed (that is, if "b_nwnd" is 0). [...] Maybe "wp->w_rflag |= flags;" should go, too. diff --git usr.bin/mg/buffer.c usr.bin/mg/buffer.c index 0a4254c..ef2a25b 100644 --- usr.bin/mg/buffer.c +++ usr.bin/mg/buffer.c @@ -611,8 +611,6 @@ showbuffer(struct buffer *bp, struct mgwin *wp, int flags) if (wp->w_bufp == bp) { /* Easy case! */ wp->w_rflag |= flags; - wp->w_dotp = bp->b_dotp; - wp->w_doto = bp->b_doto; return (TRUE); } /* First, detach the old buffer from the window */ Thanks, Florian -- I'm not entirely sure you are real.
Como Manejar con Exito Actos Publicos en Panama
Cómo Manejar con Éxito Actos Públicos en Panamá Panama 05 de Septiembre, 2012 SHERATON PANAMA HOTEL & CONVENTION CENTER El curso más completo para conocer y actualizarse en los procesos y reglamentos de ADQUISICIONES DE BIENES Y SERVICIOS en las Instituciones del Estado! Este interesante curso es para todo tipo de empresas que participan---o quieren participar en actos públicos con el Gobierno de PANAMÁ, aquí conocerá las regulaciones que rigen las COMPRAS en Panamá y su impacto con la Ley 22 de Junio de 2006 y sus nuevas adecuaciones. ¡Obtenga las herramientas para ser un Licitante y Proveedor Ganador del Gobierno en Panamá!, Incluyendo: - Lo que usted debe saber para hacer bien su trabajo y no tener problemas con la autoridad - Entendimiento claro y preciso de las diferentes opciones que las empresas privadas pueden venderle al Gobierno, así como sus alcances y compromisos para ambas partes - Manejo adecuado de los procesos de COMPRAS GUBERNAMENTALES - Cómo preparar propuestas solventes y ganar contratos en las Entidades del Estado - Cuáles son los puntos críticos para evitar que sus propuestas sean desechadas - Cuándo es procedente la inconformidad y cuando es conveniente llevarla a cabo - Modelos y formalización de contratos con el Gobierno - 20 prácticos consejos para convertir al Gobierno en su mejor cliente Reciba en este momento el folleto completo! Únicamente responda con su Nombre, Puesto, Empresa y Teléfono, o Comuníquese al (507) 279-1083 / 279-0258 / 279-0887 Reciba un muy cordial saludo! Para des suscribirse de estas invitaciones, solo responda este correo con el asunto noinvitar y automáticamente quedará fuera de nuestras listas. Este correo ha sido enviado a: tech@openbsd.org
Re: mkdep(1) misses compilation errors
On Mon, Jun 25, 2012 at 4:41 AM, Gerhard Roth wrote: ... > This is nasty if some modification broke the compilation of a particular > source file. It cannot be compiled, but mkdep(1) exits with zero and > 'make depend' completes without error. Since the source couldn't be > compiled, the resulting depend file will not list this source. Without > having any dependencies, make(1) will not try to rebuild the derived > targets. Unless I do a 'make clean', I won't even notice that my > build is broken. > > Below is a possible patch to fix this. Committed; thanks! Philip Guenther
mg(1) - closing buffer behaviour
If you C-x C-c out of emacs and there are unsaved buffers, emacs asks if you want to save them (mg behaves the same). If there is a write error (permissions or non-existant parent directory) emacs stops exiting. This allows the user to decide what to do with these buffers. In mg, the contents of these buffers are lost while mg continues to exit. This diff bring mg more into line with emacs. ok? -lum Index: buffer.c === RCS file: /cvs/src/usr.bin/mg/buffer.c,v retrieving revision 1.78 diff -u -p -r1.78 buffer.c --- buffer.c14 Mar 2012 13:56:35 - 1.78 +++ buffer.c28 Aug 2012 14:54:26 - @@ -449,7 +449,7 @@ int anycb(int f) { struct buffer *bp; - int s = FALSE, save = FALSE, ret; + int s = FALSE, save = FALSE, save2 = FALSE, ret; char pbuf[NFILEN + 11]; for (bp = bheadp; bp != NULL; bp = bp->b_bufp) { @@ -462,11 +462,14 @@ anycb(int f) return (ABORT); } if ((f == TRUE || (save = eyorn(pbuf)) == TRUE) && - buffsave(bp) == TRUE) { + (save2 = buffsave(bp)) == TRUE) { bp->b_flag &= ~BFCHG; upmodes(bp); - } else + } else { + if (save2 == FIOERR) + return (save2); s = TRUE; + } if (save == ABORT) return (save); save = TRUE; Index: file.c === RCS file: /cvs/src/usr.bin/mg/file.c,v retrieving revision 1.82 diff -u -p -r1.82 file.c --- file.c 28 Aug 2012 11:37:49 - 1.82 +++ file.c 28 Aug 2012 14:54:26 - @@ -662,8 +662,23 @@ makebkfile(int f, int n) int writeout(FILE ** ffp, struct buffer *bp, char *fn) { + struct stat statbuf; int s; + char*dp; + dp = dirname(fn); + + if (stat(fn, &statbuf) == -1 && errno == ENOENT) { + if (access(dp, W_OK) && errno == EACCES) { + ewprintf("Directory %s%s write-protected", dp, + (dp[0] == '/' && dp[1] == '\0') ? "" : "/"); + return (FIOERR); + } else if (errno == ENOENT) { +ewprintf("%s%s: no such directory", dp, +(dp[0] == '/' && dp[1] == '\0') ? "" : "/"); + return (FIOERR); + } +} /* open writes message */ if ((s = ffwopen(ffp, fn, bp)) != FIOSUC) return (FALSE); Index: main.c === RCS file: /cvs/src/usr.bin/mg/main.c,v retrieving revision 1.67 diff -u -p -r1.67 main.c --- main.c 29 May 2012 06:08:48 - 1.67 +++ main.c 28 Aug 2012 14:54:26 - @@ -224,6 +224,8 @@ quit(int f, int n) if ((s = anycb(FALSE)) == ABORT) return (ABORT); + if (s == FIOERR) + return (FALSE); if (s == FALSE || eyesno("Modified buffers exist; really exit") == TRUE) { vttidy();