Comments for 4 bits blog

Comment on mini, una biblioteca para procesar archivos INI by Hugo

Hugo — Sun, 07 Mar 2010 10:17:33 +0000

Tal vez puedas inspirarte para tus ajustes en este módulo de Perl. Es lo más sencillo y funcional que he usado nunca para este tipo de cosas.

Comment on El extraño bug del Calendar by Davidgzs

Davidgzs — Fri, 05 Mar 2010 16:23:20 +0000

Dejarse de chorrasss y tanta complicación ya lo dijo Einstein “El tiempo es relativo”….

Comment on El extraño bug del Calendar by Fran

Fran — Fri, 05 Mar 2010 11:03:58 +0000

Lek entonces tenías suerte de que el compilador controlase dichos desbordamientos. ;)

Comment on El extraño bug del Calendar by Lek

Lek — Fri, 05 Mar 2010 09:59:58 +0000

Si es para cálculos complejos, entonces no utilices long, utiliza BigInteger. Un caso similar es lo que ocurre entre double y BigDecimal ;)

Comment on El extraño bug del Calendar by ubersoldat

ubersoldat — Fri, 05 Mar 2010 09:22:09 +0000

IMO para realizar cálculos complejos con fechas siempre es mejor “bajar” y utilizar operaciones sobre long y así evitas que la JVM piense por ti.

Comment on El extraño bug del Calendar by Lek

Lek — Fri, 05 Mar 2010 08:32:58 +0000

Fran, allá por la carrera (finales del siglo XX :D) recuerdo errores porque no se reiniciaba. Directamente daba error porque la variable superaba el valor máximo. Creo recordar, ya digo. Francisco, por lo que veo la diferencia real entre tu código y el mío es el add. Con eso Calendar ya te deja el mes realmente donde lo hayas puesto. Nuestra solución, menos elegante, fue poner siempre el día en 1.

Comment on El extraño bug del Calendar by Fran

Fran — Fri, 05 Mar 2010 07:36:40 +0000

Lo que comentas de que un byte pasé de 127 a -128 también pasa en C y en muchos otros lenguajes, se le llama integer overflow (o desbordamiento de un número entero) y suele ser una cagada bien gorda al realizar bucles, ya que el contador se “reinicia” y nunca llega al límite que se había establecido.

Comment on El extraño bug del Calendar by Francisco

Francisco — Fri, 05 Mar 2010 02:15:50 +0000

Hola,

Creo que para ahorrarte ese tipo de errores deberias usar el API de Calendar para las operaciones que intentas realizar.

Yo sugiero el siguiente codigo que creo que podria solventar el problema que comentas.

Calendar cal = new GregorianCalendar();
cal.set(Calendar.MONTH, Calendar.MARCH);
cal.set(Calendar.DAY_OF_MONTH, cal.getActualMaximum(Calendar.DAY_OF_MONTH) );
System.out.println (cal.getTime ());
System.out.println (cal.getActualMaximum (Calendar.DAY_OF_MONTH));
cal.add(Calendar.MONTH, -1);
System.out.println (cal.getActualMaximum (Calendar.DAY_OF_MONTH));

Espero tus comentarios,

Saludos y buen blog

Comment on Guía del Cron by Backup utilizando alias | 4 bits blog

Backup utilizando alias | 4 bits blog — Mon, 01 Mar 2010 08:51:58 +0000

[...] script está preparado para que lo ejecute cron con permisos de root y así poder copiar partes del sistema a las que otro usuario no podría [...]

Comment on SVN y Eclipse: Hacer un merge by blaxter

blaxter — Thu, 25 Feb 2010 15:24:59 +0000

@Raúl lo normal sería continuar con ese branch, pero en el próximo merge que hagas (en el futuro) será desde la versión que estás actualmente (pues acabas de realizar un merge) hasta esa_versión_del_futuro cuando haces el nuevo merge.

En cualquier vcs decente, esto te lo hace transparentemente. En svn (=1.6), se supone que va guardando estos datos en el repositorio (y los merges ya no son un copy, sino un svn merge “real”), aunque esto último ya no lo he probado.