Nabble - kde-devel-es

Búsqueda de sede para Akademy-es 2010

2009-12-04T10:16:13Z

KDE España organiza cada año el Akademy-es, una reunión de usuarios y
desarrolladores amantes de KDE en la que se celebran conferencias y talleres.

Para ello, necesitamos la ayuda de un grupo/asociación que pueda ayudarnos a
organizar este evento en su Universidad/Ciudad/grupo de usuarios, etc.

Si estás interesado consulta http://www.kde-espana.es/akademy-
es2010/ubicacion.php

Muchas gracias :-)

Albert
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

vim-doc-es: Manual de usuario de Vim

2009-11-06T09:15:19Z

Hola:

El proyecto vim-doc-es nació con la intención de ofrecer una correcta y
completa traducción de Vim al español, incluyendo la documentación
(páginas de manual y archivos de ayuda) así como la interfaz gráfica y
los mensajes del programa.

A día de hoy, tanto los mensajes como la interfaz gráfica están
completamente traducidos, y acabamos de publicar la primera versión del
Manual de usuario de Vim.

Podeís encontrar las descargas tanto para la documentación como para la
interfaz y mensajes (aún no disponibles en las distintas distribuciones)
en la página principal del proyecto.

Deseamos que todos los interesados se descarguen el archivo
vim-doc-es_0.1, que incluye algunos archivos de ayuda del Manual de
usuario, aún incompleto.

Es nuestra intención que, con esto, vosotros nos ayudeís con vuestras
correcciones y sugerencias a hacer una mejor labor. Así mismo, el
sistema de los archivos de ayuda en Vim hace un uso extensivo de las
etiquetas en las búsquedas. Agradeceríamos también cualquier consejo a
la hora de introducir más etiquetas en español en los archivos de ayuda
para así facilitar un uso más eficiente al usuario hispano hablante.

Por supuesto, invitamos a quién lo desee a unirse a la labor de
traducción para asi poder ofrecer lo más pronto posible la traducción
completa del Manual de usuario.

Pero, por encima de todo, queremos que useís estos documentos.

Saludos,

vim-doc-es

Página principal: https://www.assembla.com/wiki/show/vim-doc-es
Lista de correo: vim-doc-es@...

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: A QTreeView desde QListView

2009-10-08T11:35:48Z

Bueno... puedes hacer que el widget no responda al evento. Para eso, puedes hacer algo tipo:
void MyTree::someEvent(QEvent* e)
{
e->ignore();
}

Ahora bien, esto es liarse bastante y me hace pensar que estas usando el menu contextual como si fuera un menu normal.
Fijate que se llama contextual porque depende del contexto, si el contexto es toda la aplicacion, ya no depende, entonces va al menú principal... no?

Saludos!

2009/10/8 Jaime Robles <jaime@...>

Buenas,

Siguiendo el consejo de Aleix...

Estoy tratando de detectar si he pulsado el ratón con el botón derecho
para sacar el típico menú contextual, he usado el mouseReleaseEvent, como
aparece en la documentación (estoy usando un ejemplo de la documentación
de Qt "Scribble") pero...

Consigo detectar si uso ratón derecho o izquierdo sólo cuando pulso sobre
zonas "genéricas" del widget principal, no cuando pulso sobre un
qtreewidget...
¿Cómo puedo definir el mouseReleaseEvent de un qtreewidget que defino en
el fichero ".ui" y luego uso desde el .cpp?

Por si alguien tiene curuiosidad de cómo anda klog (ya por fin he
conseguido migrarlo casi del todo) teneis el SVN aquí:
http://svn.berlios.de/wsvn/klog/trunk/src/#_trunk_src_

Gracias.

> Para controlar la seleccion, tienes que usar el QSelectionModel que te

> devuelve QAbstractItemModel::selectionModel().
>
> si lo que quieres es interceptar el mouse, puedes usar
> QWidget::mouseReleaseEvent
>
> Saludos!
> Aleix
>
> 2009/8/27 Jaime Robles <jaime@...>
>
>> Buenas,
>> Ando liado con la migración de QT3 a QT4 de KLog... Que no estoy
>> perdiendo tiempo ni na... :-(
>>
>> El caso es que me han quitado QListView para el uso que yo le daba y
>> ahora creo que esa funcionalidad se da con QTreeView.
>>
>> Mu pregunta... ¿Como se puede hacer para seleccionar un ítem con el
>> botón derecho como se hacia en QListView y la señal
>> rightbuttonclicked?
>>
>> Estoy mirando y no veo nada...
>>
>> Muchas gracias...
>>
>> Jaime
>> _______________________________________________
>> Kde-devel-es mailing list
>> Kde-devel-es@...
>> https://mail.kde.org/mailman/listinfo/kde-devel-es
>>
> _______________________________________________
> Kde-devel-es mailing list
> Kde-devel-es@...
> https://mail.kde.org/mailman/listinfo/kde-devel-es
>

--
Un saludo,
Jaime Robles, EA4TV
jaime@...

Visita:
http://jaime.robles.es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: A QTreeView desde QListView

2009-10-08T11:31:29Z

Hola,

El jueves, 8 de octubre de 2009, Jaime Robles escribió:

> Estoy tratando de detectar si he pulsado el ratón con el botón derecho
> para sacar el típico menú contextual, he usado el mouseReleaseEvent, como
> aparece en la documentación (estoy usando un ejemplo de la documentación
> de Qt "Scribble") pero...
>
> Consigo detectar si uso ratón derecho o izquierdo sólo cuando pulso sobre
> zonas "genéricas" del widget principal, no cuando pulso sobre un
> qtreewidget...
> ¿Cómo puedo definir el mouseReleaseEvent de un qtreewidget que defino en
> el fichero ".ui" y luego uso desde el .cpp?

Yo me olvidaría de mouseReleaseEvent para eso y me ocuparía de conectar la
señal customContextMenuRequested del QTreeWidget con una función tuya que
muestre el menú de contexto:

connect( qtreewidget, SIGNAL( customContextMenuRequested( const QPoint& ) ),
this, SLOT( itemContextMenu( const QPoint& ) ) );

Y luego usa algo como:

void MyAppWindowView::itemContextMenu( const QPoint& pos )
{
QMenu menu(this);
menu.setTitle("context");
// añade las acciones pertinentes aquí

menu.exec(QCursor::pos());
}

Un saludo,
--
Eloy Cuadra
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: A QTreeView desde QListView

2009-10-08T11:21:09Z

Buenas,

Siguiendo el consejo de Aleix...

Estoy tratando de detectar si he pulsado el ratón con el botón derecho
para sacar el típico menú contextual, he usado el mouseReleaseEvent, como
aparece en la documentación (estoy usando un ejemplo de la documentación
de Qt "Scribble") pero...

Consigo detectar si uso ratón derecho o izquierdo sólo cuando pulso sobre
zonas "genéricas" del widget principal, no cuando pulso sobre un
qtreewidget...
¿Cómo puedo definir el mouseReleaseEvent de un qtreewidget que defino en
el fichero ".ui" y luego uso desde el .cpp?

Por si alguien tiene curuiosidad de cómo anda klog (ya por fin he
conseguido migrarlo casi del todo) teneis el SVN aquí:
http://svn.berlios.de/wsvn/klog/trunk/src/#_trunk_src_

Gracias.

> Para controlar la seleccion, tienes que usar el QSelectionModel que te
> devuelve QAbstractItemModel::selectionModel().
>
> si lo que quieres es interceptar el mouse, puedes usar
> QWidget::mouseReleaseEvent
>
> Saludos!
> Aleix
>
> 2009/8/27 Jaime Robles <jaime@...>
>
>> Buenas,
>> Ando liado con la migración de QT3 a QT4 de KLog... Que no estoy
>> perdiendo tiempo ni na... :-(
>>
>> El caso es que me han quitado QListView para el uso que yo le daba y
>> ahora creo que esa funcionalidad se da con QTreeView.
>>
>> Mu pregunta... ¿Como se puede hacer para seleccionar un ítem con el
>> botón derecho como se hacia en QListView y la señal
>> rightbuttonclicked?
>>
>> Estoy mirando y no veo nada...
>>
>> Muchas gracias...
>>
>> Jaime
>> _______________________________________________
>> Kde-devel-es mailing list
>> Kde-devel-es@...
>> https://mail.kde.org/mailman/listinfo/kde-devel-es
>>
> _______________________________________________
> Kde-devel-es mailing list
> Kde-devel-es@...
> https://mail.kde.org/mailman/listinfo/kde-devel-es
>

--
Un saludo,
Jaime Robles, EA4TV
jaime@...

Visita:
http://jaime.robles.es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Iconos en KDE4

2009-09-30T04:52:36Z

> si, KIcon :) se encarga de todo
>> Mi pregunta iba enfocada sobretodo a cómo usar los iconos "estándar"
>> que ya tengo en mi distribución (los que salen en el listado de
>> freedesktop) desde el código de KLog/KDE.
Ah!
Ok.
En ti mensaje, me pareció entender que a KIcon le tenías que pasael nombre
del fichero, no del icono... y por eso repetí la pregunta porque pensé que
no me había explicado bien O:-)

Gracias por la re-explicación... a ver si esta tarde tengo un rato para
probarlo.

Thanks!

--
Un saludo,
Jaime Robles - http://jaime.robles.es
jaime@...
Coordinador KDE-es - KDE Spanish Translation Team
http://www.kde.org/es - http://es.l10n.kde.org

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Iconos en KDE4

2009-09-30T03:57:49Z

On Wednesday, September 30, 2009, Jaime Robles wrote:
> Mi pregunta iba enfocada sobretodo a cómo usar los iconos "estándar"
> que ya tengo en mi distribución (los que salen en el listado de
> freedesktop) desde el código de KLog/KDE.
>
> Los iconos no se su están en todas las distros en el mismo
> directorio... y supongo que habrá alguna forma de llamar a los iconos
> de forma "general" ¿no?

Los nombres neutrales de los iconos son los que figuran en el listado de
freedesktop. Estos nombres se usan directamente en el constructor de KIcon,
tal como dijo Aleix. Por ejemplo:

KAction *a = new KAction(this);
a->setIcon(KIcon("media-playback-start"));

Pero también hay acciones estándar, que ya incluyen el icono apropiado sin que
sea necesario asignarles una instancia de KIcon.

a = KStandardAction::quit(kapp, SLOT(quit()), actionCollection());
a = KStandardAction::open(this, SLOT(fileOpen()), actionCollection());
a = KStandardAction::openNew(this, SLOT(fileNew()), actionCollection());
a = KStandardAction::saveAs(this, SLOT(fileSave()), actionCollection());

En cualquier caso, en tiempo de ejecución se buscarán los iconos en el
directorio adecuado de acuerdo con la distribución, y también con el
tema/estilo del escritorio que haya sido configurado por el usuario.

Saludos,
Pedro
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Iconos en KDE4

2009-09-30T03:48:29Z

si, KIcon :) se encarga de todo

2009/9/30 Jaime Robles <jaime@...>

Gracias a los dos.

Mi pregunta iba enfocada sobretodo a cómo usar los iconos "estándar"
que ya tengo en mi distribución (los que salen en el listado de
freedesktop) desde el código de KLog/KDE.

Los iconos no se su están en todas las distros en el mismo
directorio... y supongo que habrá alguna forma de llamar a los iconos
de forma "general" ¿no?

Thanks

Jaime

El 29/09/2009, a las 21:20, Pedro Lopez-Cabanillas <pedro.lopez.cabanillas@...
> escribió:

> On Tuesday, September 29, 2009, Aleix Pol wrote:
>> Pues para algunas acciones puedes simplemente usar KStandardAction.
>> Sino, pues KIcon("nombredelicono"), puedes sacar el pixmap de alli.
>
> Y los nombres de los iconos estándar están en esta lista:
> http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html
>
>> 2009/9/29 Jaime Robles <jaime@...>
>>
>>>> Buenas,
>>>> Tras MUCHOS problemas con KLog... desde hace unos días ya está
>>>> de nu
>>>> evo "funcionando".
>>>>
>>>> Ahora me pregunto... ¿me puede alguien dar un puntero a la doc
>>>> umenta
>>>> ción donde explica cómo usar los iconos?
>>>>
>>>> Quiero usar los típicos iconos de "guardar", "nuevo", y demás.
>>>> .. en
>>>> la toolbar.
>
> Saludos,
> Pedro
> _______________________________________________
> Kde-devel-es mailing list
> Kde-devel-es@...
> https://mail.kde.org/mailman/listinfo/kde-devel-es
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Iconos en KDE4

2009-09-29T21:28:42Z

Gracias a los dos.

Mi pregunta iba enfocada sobretodo a cómo usar los iconos "estándar"
que ya tengo en mi distribución (los que salen en el listado de
freedesktop) desde el código de KLog/KDE.

Los iconos no se su están en todas las distros en el mismo
directorio... y supongo que habrá alguna forma de llamar a los iconos
de forma "general" ¿no?

Thanks

Jaime

El 29/09/2009, a las 21:20, Pedro Lopez-Cabanillas <pedro.lopez.cabanillas@...
> escribió:

> On Tuesday, September 29, 2009, Aleix Pol wrote:
>> Pues para algunas acciones puedes simplemente usar KStandardAction.
>> Sino, pues KIcon("nombredelicono"), puedes sacar el pixmap de alli.
>
> Y los nombres de los iconos estándar están en esta lista:
> http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html
>
>> 2009/9/29 Jaime Robles <jaime@...>
>>
>>>> Buenas,
>>>> Tras MUCHOS problemas con KLog... desde hace unos días ya está
>>>> de nu
>>>> evo "funcionando".
>>>>
>>>> Ahora me pregunto... ¿me puede alguien dar un puntero a la doc
>>>> umenta
>>>> ción donde explica cómo usar los iconos?
>>>>
>>>> Quiero usar los típicos iconos de "guardar", "nuevo", y demás.
>>>> .. en
>>>> la toolbar.
>
> Saludos,
> Pedro
> _______________________________________________
> Kde-devel-es mailing list
> Kde-devel-es@...
> https://mail.kde.org/mailman/listinfo/kde-devel-es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Iconos en KDE4

2009-09-29T12:20:55Z

On Tuesday, September 29, 2009, Aleix Pol wrote:
> Pues para algunas acciones puedes simplemente usar KStandardAction.
> Sino, pues KIcon("nombredelicono"), puedes sacar el pixmap de alli.

Y los nombres de los iconos estándar están en esta lista:
http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html

> 2009/9/29 Jaime Robles <jaime@...>
>
> > > Buenas,
> > > Tras MUCHOS problemas con KLog... desde hace unos días ya está de nu
> > > evo "funcionando".
> > >
> > > Ahora me pregunto... ¿me puede alguien dar un puntero a la documenta
> > > ción donde explica cómo usar los iconos?
> > >
> > > Quiero usar los típicos iconos de "guardar", "nuevo", y demás... en
> > > la toolbar.

Saludos,
Pedro
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Iconos en KDE4

2009-09-29T12:06:42Z

Pues para algunas acciones puedes simplemente usar KStandardAction.
Sino, pues KIcon("nombredelicono"), puedes sacar el pixmap de alli.

2009/9/29 Jaime Robles <jaime@...>

> Buenas,
> Tras MUCHOS problemas con KLog... desde hace unos días ya está de nu
> evo "funcionando".
>
> Ahora me pregunto... ¿me puede alguien dar un puntero a la documenta
> ción donde explica cómo usar los iconos?

> Quiero usar los típicos iconos de "guardar", "nuevo", y demás... en
> la toolbar.
>
>
> Gracias!
>
> --
> Un saludo,
> Jaime Robles, EA4TV
> jaime@...
>
> Visita:
> http://jaime.robles.es
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Iconos en KDE4

2009-09-29T11:59:16Z

> Buenas,
> Tras MUCHOS problemas con KLog... desde hace unos días ya está de nu
> evo "funcionando".
>
> Ahora me pregunto... ¿me puede alguien dar un puntero a la documenta
> ción donde explica cómo usar los iconos?

> Quiero usar los típicos iconos de "guardar", "nuevo", y demás... en
> la toolbar.
>
>
> Gracias!
>
> --
> Un saludo,
> Jaime Robles, EA4TV
> jaime@...
>
> Visita:
> http://jaime.robles.es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

[PATCH] KMid: draw note events

2009-09-29T02:56:47Z

Hola,

Desde la migración a KDE4, KMid ya no pinta los eventos de notas en los
teclados de la vista de canales. En cambio, se pueden ver una serie de
mensajes en el terminal:

QPainter::begin: Widget painting can only begin as a result of a paintEvent
QPainter::setPen: Painter not active

El parche adjunto lo soluciona.

Saludos,
Pedro

- -

Hi,

Since the KDE4 migration, KMid doesn't draw the note events on the keyboard
widget of the channels view. Instead, you can see the following messages in
the terminal:

QPainter::begin: Widget painting can only begin as a result of a paintEvent
QPainter::setPen: Painter not active

The attached patch solves the issue.

Regards,
Pedro

[kmid-svn-channel.patch]

Index: channel.cpp =================================================================== --- channel.cpp (revisión: 1028792) +++ channel.cpp (copia de trabajo) @@ -50,6 +50,7 @@ replay=TRUE; int i; for (i=0;i<128;i++) pressed[i]=0; + setAttribute(Qt::WA_PaintOutsidePaintEvent, true); keyboard = QPixmap(KStandardDirs::locate("appdata","icons/keyboard.xpm")); penB = new QPen (Qt::black); penW = new QPen (Qt::white);

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Migrando KLog... ¿Alguna sugerencia?

2009-09-07T15:10:01Z

A Dilluns, 7 de setembre de 2009, Aleix Pol va escriure:

> 2009/9/7 Jaime Robles <jaime@...>
>
> > Buenas Albert,
> >
> > MUCHAS GRACIAS por tu ayuda!!
> > Evidentemente, todos los fallos son mi culpa y no de Qt ni KDE X'DD que
> > no se programar, las cosas como son!
> >
> > > Basicamente como la culpa no es de Qt sino tuya (por definicion en el
> > > 99% de los casos) esto significa que el problema esta en setup.cpp
> > > linea 887.
> > >
> > > P: Pero entonces no compila!
> > > R: Porque en el setupui.ui dices que quieres que tu padre sea un
> > > QDialog y luego en setup.h usas un QWidget. Haz que la clase Setup sea
> > > un QDialog
> >
> > Eso es definiendo
> > Ahora está así:
> > =========================
> > class Setup :public QWidget, public Ui_setupui{
> > Q_OBJECT
> > public:
> > =========================
> >
> > ¿Se hace así?
> >
> >
> > =========================
> > class Setup :public QDialog, public Ui_setupui{
> > public:
> > =========================
> >
> > No, el Ui_ debe ser un miembro de la clase, asi no tienes que incluirlo
> > en
>
> el .h.
>
> De esta forma, en el constructor simplemente pones:
> Ui_miUi *ui=new Ui_miUi;
> ui->setupUi(this);
>
> O si estas usando un QDialog, el widget que estés usando para poner el
> contenido.

De hecho "lo normal" es hacer lo que Aleix dice y poner el Ui_ como miembro,
pero heredar de el tampoco esta "mal" per se. Si decides heredar de el si,
seria lo que tu dices.

Albert
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Migrando KLog... ¿Alguna sugerencia?

2009-09-07T05:21:31Z

2009/9/7 Jaime Robles <jaime@...>

Buenas Albert,

MUCHAS GRACIAS por tu ayuda!!
Evidentemente, todos los fallos son mi culpa y no de Qt ni KDE X'DD que no
se programar, las cosas como son!

> Basicamente como la culpa no es de Qt sino tuya (por definicion en el 99%
> de los casos) esto significa que el problema esta en setup.cpp linea 887.

> P: Pero entonces no compila!
> R: Porque en el setupui.ui dices que quieres que tu padre sea un QDialog
> y luego en setup.h usas un QWidget. Haz que la clase Setup sea un
> QDialog

Eso es definiendo
Ahora está así:
=========================
class Setup :public QWidget, public Ui_setupui{
Q_OBJECT
public:
=========================

¿Se hace así?

=========================
class Setup :public QDialog, public Ui_setupui{
public:
=========================

No, el Ui_ debe ser un miembro de la clase, asi no tienes que incluirlo en el .h.

De esta forma, en el constructor simplemente pones:
Ui_miUi *ui=new Ui_miUi;
ui->setupUi(this);

O si estas usando un QDialog, el widget que estés usando para poner el contenido.

> P: Pero entonces sigue sin arrancar!
> R: El señor gdb te servirá para ver que tienes un bucle infinito en el
> que Klog::readConf llama a Klog::slotKlogSetup que llama a
> Klog::readConf
> El como arreglar este último problema ya es cosa tuya.

Ups!
Pues no había caído en esto... y tienes TODA la razón.
Lo he arreglado ya... era una simple comprobación, por si era la primera
vez que se arrancaba klog en una máquina, para generar el tipico "klogrc".

MUCHAS GRACIAS Albert, de verdad :-)''

--
Un saludo,
Jaime Robles, EA4TV
jaime@...

Visita:
http://jaime.robles.es

_______________________________________________

Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Migrando KLog... ¿Alguna sugerencia?

2009-09-06T23:38:47Z

Buenas Albert,

MUCHAS GRACIAS por tu ayuda!!
Evidentemente, todos los fallos son mi culpa y no de Qt ni KDE X'DD que no
se programar, las cosas como son!

> Basicamente como la culpa no es de Qt sino tuya (por definicion en el 99%
> de los casos) esto significa que el problema esta en setup.cpp linea 887.

> P: Pero entonces no compila!
> R: Porque en el setupui.ui dices que quieres que tu padre sea un QDialog
> y luego en setup.h usas un QWidget. Haz que la clase Setup sea un
> QDialog
Eso es definiendo
Ahora está así:
=========================
class Setup :public QWidget, public Ui_setupui{
Q_OBJECT
public:
=========================

¿Se hace así?

=========================
class Setup :public QDialog, public Ui_setupui{
public:
=========================

> P: Pero entonces sigue sin arrancar!
> R: El señor gdb te servirá para ver que tienes un bucle infinito en el
> que Klog::readConf llama a Klog::slotKlogSetup que llama a
> Klog::readConf
> El como arreglar este último problema ya es cosa tuya.
Ups!
Pues no había caído en esto... y tienes TODA la razón.
Lo he arreglado ya... era una simple comprobación, por si era la primera
vez que se arrancaba klog en una máquina, para generar el tipico "klogrc".

MUCHAS GRACIAS Albert, de verdad :-)''

--
Un saludo,
Jaime Robles, EA4TV
jaime@...

Visita:
http://jaime.robles.es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Migrando KLog... ¿Alguna sugerencia?

2009-09-05T04:23:04Z

A Dijous, 3 de setembre de 2009, Jaime Robles va escriure:

> Buenas de nuevo,
>
> Ya tengo compilando KLog... con MUCHOS "warnings" pero por lo menos
> compila con Qt4/KDE4 ':-)
>
> Ahora estoy con el problema de que muere nada más arrancarlo y no se por
> dónde tirar.
>
> Supongo que será un problema derivado de mi falta de conocimiento de
> programación... por lo que probablemente esté haciendo una barbaridad... y
> en eso confío para pedir por aquí algo de ayuda, que sea una barbaridad
> fácil de identificar por alguien con los mínimos conocimientos.
>
>
> ¿Se anima alguien a compilar el código y ver el error que da? A ver si
> alguien me puede orientar en el buen camino... por favor.
>
> El código es una "guarrada"... lo era antes de la migración pero lo que
> tengo ahora... bueno, me da hasta vergüenza publicarlo!! X'DDD
>
> Está aquí:
> http://jaime.robles.es/klog/download/unstable/
>
> Muchas gracias...

Te falta un cmake check para libhamlib-dev

El código no compila tienes
./src/awarddxcc.h:28:const int ENTITIES = 400;
./src/entity.h:29:#define ENTITIES 340
./src/awardwaz.h:28:const int ENTITIES = 400;
./src/awardiota.h:27:const int ENTITIES = 400;

cuando alguno de los 3 const incluye a entity.h queda algo como
const int 340 = 400;
y el compilador dice
error: expected unqualified-id before numeric constant

Una vez comentado el #define de entity.h compila y peta al arrancar

El señor valgrind nos dice

Use of uninitialised value of size 8
at 0x78DC3D4: QComboBox::d_func() const (qcombobox.h:303)
by 0x78CF373: QComboBox::count() const (qcombobox.cpp:1264)
by 0x43A6B5: QComboBox::insertStringList(QStringList const&, int)
(qcombobox.h:279)
by 0x443C90: Setup::setRig() (setup.cpp:887)
by 0x4484E2: Setup::Setup(QWidget*, char const*) (setup.cpp:46)
by 0x422C37: Klog::slotKlogSetup() (klog.cpp:4597)
by 0x422B72: Klog::readConf() (klog.cpp:2316)
by 0x438164: Klog::Klog(QWidget*, char const*) (klog.cpp:109)
by 0x43CC28: main (main.cpp:59)

Basicamente como la culpa no es de Qt sino tuya (por definicion en el 99% de
los casos) esto significa que el problema esta en setup.cpp linea 887.

P: ¿Que estás haciendo ahi?
R: Usar comboBoxTrvList.

P: ¿Que puede haber de malo en eso?
R: Que no se haya hecho new del puntero

P: Pero si es parte de mi fichero ui! Eso significa que es culpa de Qt
R: No, eso significa que no has llamado a setupUi.
Haz setupUi(this) en la primera linea del constructor

P: Pero entonces no compila!
R: Porque en el setupui.ui dices que quieres que tu padre sea un QDialog
y luego en setup.h usas un QWidget. Haz que la clase Setup sea un QDialog

P: Pero entonces sigue sin arrancar!
R: El señor gdb te servirá para ver que tienes un bucle infinito en el
que Klog::readConf llama a Klog::slotKlogSetup que llama a Klog::readConf

El como arreglar este último problema ya es cosa tuya.

Albert
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Matar hilos (QThread) pasado un tiempo sin hacer sleep

2009-09-04T19:07:09Z

A Dimecres 19 Agost 2009 16:24:53, Laura Santiago de la Cal va escriure:
> No sé si me he explicado, espero que sí... a ver si
> alguien me puede ayudar a eso, a desalojar un hilo de la cpu si ha excedido
> un tiempo (sé que puedo poner wait(x) y luego matarlo, pero no quiero
> bloquear la cpu)

¿Y usar sleep()?
http://doc.trolltech.com/4.5/qthread.html#sleep

Creas un thread que es el 'controlador'.
Antes de lanzar el Thread con código desconocido, estableces una variable
'finishedOk a 'false'
Después de lanzarlo, en controlador ejecutas un: this.sleep(2000);

Programas que si el programa finaliza correctamente, pone 'finishedOk' a 'true'
y 'despierta' a 'controlador'.

En 'controlador', después de 'sleep' pones un código parecido a esto:
if (!finishedOk) {
threadUnknownCode.terminate(); // matas el hilo con el código desconocido
//codigo para restaurar "el sistema"
}
//siguiente jugador

--
Guillem Barba
guillem@...
http://www.guillem.alcarrer.net
L'Hospitalet de Llobregat - Catalunya
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: API de KDE4 para descargar y tutoriales please.

2009-09-04T18:47:45Z

Hola, más vale tarde que nunca :-P

A Dimarts 11 Agost 2009 19:01:49, Jaime Robles va escriure:
> Además... ¿Conoceis algún tutorial de programación de KDE que esté bien
> que cuenten cómo desarrollar la interfaz gráfica? Me gustaría aprender a
> desarrollar la interfaz sin necesitar el qt-designer.

No es programación KDE, si no Qt (¿alguien conoce alguno para KDE 4?) pero
este debe* estar muy bien:
C++ GUI Programming with Qt 4
http://www.amazon.com/Programming-Prentice-Source-Software-
Development/dp/0132354160

*: Digo 'debe' pues yo no tengo/he leído este, pero sí que tengo el mismo para
Qt3 y esta MUY bien. Bueno para gente bastante newbie, muy progresivo y
completo (no me llevo comisión, lástima :-P)

Saludos!
--
Guillem Barba
guillem@...
http://www.guillem.alcarrer.net
L'Hospitalet de Llobregat - Catalunya
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Migrando KLog... ¿Alguna sugerencia?

2009-09-03T10:17:53Z

Buenas de nuevo,

Ya tengo compilando KLog... con MUCHOS "warnings" pero por lo menos
compila con Qt4/KDE4 ':-)

Ahora estoy con el problema de que muere nada más arrancarlo y no se por
dónde tirar.

Supongo que será un problema derivado de mi falta de conocimiento de
programación... por lo que probablemente esté haciendo una barbaridad... y
en eso confío para pedir por aquí algo de ayuda, que sea una barbaridad
fácil de identificar por alguien con los mínimos conocimientos.

¿Se anima alguien a compilar el código y ver el error que da? A ver si
alguien me puede orientar en el buen camino... por favor.

El código es una "guarrada"... lo era antes de la migración pero lo que
tengo ahora... bueno, me da hasta vergüenza publicarlo!! X'DDD

Está aquí:
http://jaime.robles.es/klog/download/unstable/

Muchas gracias...

--
Un saludo,
Jaime Robles, EA4TV
jaime@...

Visita:
http://jaime.robles.es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Ayuda con QwtPlot

2009-09-01T15:29:10Z

Buen Dia

Si alguien me pudiera ayudar a Solucionar un problema que tengo

pasar una gráfica hecha en QwtPlot e insertarla en QTextDocument

Gracias

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: A QTreeView desde QListView

2009-09-01T11:12:20Z

2009/9/1 Jaime Robles <jaime@...>

Buenas,

Me equivoqué, lo que estoy tratando de usar es el QTreeWidget, no el
QTreeView O:-) aun así mis problemas son los mismos.

> Jaime, como te apuntó Aleix, el sistema view/model de Qt4 es muy flexible.
> Pero si lo único que quieres es migrar la funcionalidad de QListView de
> Qt3 a Qt4 sin tener que retocar mucho código, yo no usaría un QTreeView,
> sino un QTreeWidget.

Si... creo que ese es el bueno pero... ¿por qué dices que "si lo único que
quiero es migrar la funcionalidad"? ¿Es mejor el QTreeView que el

QTreeWidget?

En teoría, QTreeView escala mejor, porque separas los datos (el modelo) de la vista.
En la practica supongo que QTreeView sólo es mejor si tienes pensado aprender a usar los modelos. En cualquier caso, QTreeView+QStandardModel te dan algo bastante parecido a QTreeWidget. Es lo que yo uso en estos casos.

> De este modo, dispones de las típicas señales itemClicked,
> itemDoubleClicked,
> etc. que trabajan con QTreeWidgetItem.

Tendré que mirarme todo esto...

Para sacar un menu contextual, usa la señal customContextMenuRequested, asi Qt se encarga de sacarlo cuando sea necesario (notese que no tiene porque ser el boton derecho el correcto, dependiendo de las preferencias del usuario). Si usas esto, recuerda modificar el contextMenuPolicy.

> Como estas señales no distinguen entre los distintos botones, para saber
> cuál
> se ha pulsado debes usar QApplication::mouseButtons() en el slot que
> responda a las anteriores señales.

Uff!
Con lo FACIL que era antes... ahora a leer, leer, leer, ... X'DDD

No deberías necesitar usar QApplication::mouseButtons para nada.

A los que sabeis... ¿Merece la pena la migración de Qt4?
Tengo que migrar si quiero seguir manteniendo KLog pero... ¿Voy a ganar
algo? No se yo...

Sí. Tienes que passarte a Qt4.

Gracias (y a Aleix también, que estaba esperando a tener un momento para
leer con detalle el mensaje y dar las gracias!)

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: A QTreeView desde QListView

2009-09-01T10:45:57Z

Hola,

El martes, 1 de septiembre de 2009, Jaime Robles escribió:
> Si... creo que ese es el bueno pero... ¿por qué dices que "si lo único que
> quiero es migrar la funcionalidad"? ¿Es mejor el QTreeView que el
> QTreeWidget?

No es que una sea mejor que otra: son dos aproximaciones distintas. En Qt4 se
prefiere el sistema model/view para representar datos en widgets. Esta es una
de las grandes diferencias con Qt3. En Qt4, QTreeView no permite trabajar con
elementos QTreeWidgetItem (como permitían las clases de Qt3). En lugar de
ello, ahora trabaja con elementos QModelIndex. QTreeWidget hereda de
QTreeView, pero permite trabajar con elementos QTreeWidgetItem en lugar de con
elementos QModelIndex. Por eso decía que si querías migrar lo que ya tenías
hecho para Qt3 sin romperte demasiado la cabeza... pues eso :-)

> A los que sabeis... ¿Merece la pena la migración de Qt4?
> Tengo que migrar si quiero seguir manteniendo KLog pero... ¿Voy a ganar
> algo? No se yo...

Bueno, no es que sepa demasiado sobre esto, pero si no migras la aplicación a
Qt4 vas a seguir necesitando las bibliotecas de Qt3/KDE3, que pronto van a
quedar obsoletas (si es que no lo están ya).

Un saludo,
--
Eloy Cuadra
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: A QTreeView desde QListView

2009-09-01T10:41:35Z

On Martes, 1 de Septiembre de 2009 16:24:30 Jaime Robles escribió:

> Buenas,
>
> Me equivoqué, lo que estoy tratando de usar es el QTreeWidget, no el
> QTreeView O:-) aun así mis problemas son los mismos.
>
> > Jaime, como te apuntó Aleix, el sistema view/model de Qt4 es muy
> > flexible. Pero si lo único que quieres es migrar la funcionalidad de
> > QListView de Qt3 a Qt4 sin tener que retocar mucho código, yo no usaría
> > un QTreeView, sino un QTreeWidget.
>
> Si... creo que ese es el bueno pero... ¿por qué dices que "si lo único que
> quiero es migrar la funcionalidad"? ¿Es mejor el QTreeView que el
> QTreeWidget?
>
> > De este modo, dispones de las típicas señales itemClicked,
> > itemDoubleClicked,
> > etc. que trabajan con QTreeWidgetItem.
>
> Tendré que mirarme todo esto...
>
> > Como estas señales no distinguen entre los distintos botones, para saber
> > cuál
> > se ha pulsado debes usar QApplication::mouseButtons() en el slot que
> > responda a las anteriores señales.
>
> Uff!
> Con lo FACIL que era antes... ahora a leer, leer, leer, ... X'DDD

¿Has visto este hilo? En el cuarto mensaje dan una solucion: la señal
customContextMenuRequested
http://doc.trolltech.com/4.5/qwidget.html#customContextMenuRequested

>
>
> A los que sabeis... ¿Merece la pena la migración de Qt4?
> Tengo que migrar si quiero seguir manteniendo KLog pero... ¿Voy a ganar
> algo? No se yo...
>
>
> Gracias (y a Aleix también, que estaba esperando a tener un momento para
> leer con detalle el mensaje y dar las gracias!)
>
>
> _______________________________________________
> Kde-devel-es mailing list
> Kde-devel-es@...
> https://mail.kde.org/mailman/listinfo/kde-devel-es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: A QTreeView desde QListView

2009-09-01T07:24:30Z

Buenas,

Me equivoqué, lo que estoy tratando de usar es el QTreeWidget, no el
QTreeView O:-) aun así mis problemas son los mismos.

> Jaime, como te apuntó Aleix, el sistema view/model de Qt4 es muy flexible.
> Pero si lo único que quieres es migrar la funcionalidad de QListView de
> Qt3 a Qt4 sin tener que retocar mucho código, yo no usaría un QTreeView,
> sino un QTreeWidget.
Si... creo que ese es el bueno pero... ¿por qué dices que "si lo único que
quiero es migrar la funcionalidad"? ¿Es mejor el QTreeView que el
QTreeWidget?

> De este modo, dispones de las típicas señales itemClicked,
> itemDoubleClicked,
> etc. que trabajan con QTreeWidgetItem.
Tendré que mirarme todo esto...

> Como estas señales no distinguen entre los distintos botones, para saber
> cuál
> se ha pulsado debes usar QApplication::mouseButtons() en el slot que
> responda a las anteriores señales.
Uff!
Con lo FACIL que era antes... ahora a leer, leer, leer, ... X'DDD

A los que sabeis... ¿Merece la pena la migración de Qt4?
Tengo que migrar si quiero seguir manteniendo KLog pero... ¿Voy a ganar
algo? No se yo...

Gracias (y a Aleix también, que estaba esperando a tener un momento para
leer con detalle el mensaje y dar las gracias!)

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: A QTreeView desde QListView

2009-09-01T05:04:10Z

Hola,

El martes, 1 de septiembre de 2009, Eloy Cuadra escribió:
> Como estas señales no distinguen entre los distintos botones, para saber
> cuál se ha pulsado debes usar QApplication::mouseButtons() en el slot que
> responda a las anteriores señales.

Bueno, esto no es correcto, ya que QApplication::mouseButtons() siempre te
devolverá 0 si lo usas en los slots conectados a las señales itemClicked e
itemDoubleClicked.

Para solucionar este pequeño problema debes conectar además la señal
itemPressed a otro slot donde captures el estado de los botones del ratón con
QApplication::mouseButtons() y mantengas en caché el QTreeWidgetItem y la
columna. Posteriormente, en el slot donde respondas a itemClicked, comprueba
que el QTreeWidgetItem y la columna se corresponden con los valores que
mantenías en caché antes de usar el estado capturado de los botones del ratón.

También se pueden capturar y usar del mismo modo los modificadores del
teclado.

Esto funciona correctamente (lo uso en una aplicación). Aún así, sigo teniendo
problemas para distinguir entre itemClicked e itemDoubleClicked, ya que todo
doble clic implica un clic. ¿Alguna sugerencia?

Un saludo,
--
Eloy Cuadra
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: A QTreeView desde QListView

2009-09-01T03:30:33Z

Hola,

Jaime, como te apuntó Aleix, el sistema view/model de Qt4 es muy flexible.
Pero si lo único que quieres es migrar la funcionalidad de QListView de Qt3 a
Qt4 sin tener que retocar mucho código, yo no usaría un QTreeView, sino un
QTreeWidget.

De este modo, dispones de las típicas señales itemClicked, itemDoubleClicked,
etc. que trabajan con QTreeWidgetItem.

Como estas señales no distinguen entre los distintos botones, para saber cuál
se ha pulsado debes usar QApplication::mouseButtons() en el slot que responda
a las anteriores señales.

Un saludo,

Eloy Cuadra

El domingo, 30 de agosto de 2009, Aleix Pol escribió:

> Para ontrolar la seleccion, tienes que usar el QSelectionModel que te
> devuelve QAbstractItemModel::selectionModel().
>
> si lo que quieres es interceptar el mouse, puedes usar
> QWidget::mouseReleaseEvent
>
> Saludos!
> Aleix
>
> 2009/8/27 Jaime Robles <jaime@...>
>
> > Buenas,
> > Ando liado con la migración de QT3 a QT4 de KLog... Que no estoy
> > perdiendo tiempo ni na... :-(
> >
> > El caso es que me han quitado QListView para el uso que yo le daba y
> > ahora creo que esa funcionalidad se da con QTreeView.
> >
> > Mu pregunta... ¿Como se puede hacer para seleccionar un ítem con el
> > botón derecho como se hacia en QListView y la señal
> > rightbuttonclicked?
> >
> > Estoy mirando y no veo nada...
> >
> > Muchas gracias...
> >
> > Jaime
> > _______________________________________________
> > Kde-devel-es mailing list
> > Kde-devel-es@...
> > https://mail.kde.org/mailman/listinfo/kde-devel-es
>

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: A QTreeView desde QListView

2009-08-30T11:26:52Z

Para ontrolar la seleccion, tienes que usar el QSelectionModel que te devuelve QAbstractItemModel::selectionModel().

si lo que quieres es interceptar el mouse, puedes usar QWidget::mouseReleaseEvent

Saludos!
Aleix

2009/8/27 Jaime Robles <jaime@...>

Buenas,
Ando liado con la migración de QT3 a QT4 de KLog... Que no estoy
perdiendo tiempo ni na... :-(

El caso es que me han quitado QListView para el uso que yo le daba y
ahora creo que esa funcionalidad se da con QTreeView.

Mu pregunta... ¿Como se puede hacer para seleccionar un ítem con el
botón derecho como se hacia en QListView y la señal
rightbuttonclicked?

Estoy mirando y no veo nada...

Muchas gracias...

Jaime
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

A QTreeView desde QListView

2009-08-27T09:58:19Z

Buenas,
Ando liado con la migración de QT3 a QT4 de KLog... Que no estoy
perdiendo tiempo ni na... :-(

El caso es que me han quitado QListView para el uso que yo le daba y
ahora creo que esa funcionalidad se da con QTreeView.

Mu pregunta... ¿Como se puede hacer para seleccionar un ítem con el
botón derecho como se hacia en QListView y la señal
rightbuttonclicked?

Estoy mirando y no veo nada...

Muchas gracias...

Jaime
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Matar hilos (QThread) pasado un tiempo sin hacer sleep

2009-08-19T15:26:45Z

Y... ¿está el código en un repositorio público para poder echarle un ojo?
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Matar hilos (QThread) pasado un tiempo sin hacer sleep

2009-08-19T12:52:00Z

Quizá deberías poner el código completo...
QThread funciona, QTimer también y qDebug también... algo estarás haciendo mal.

2009/8/19 Laura Santiago de la Cal <lalii24@...>

sí, he probado a poner this en vez de a y nada

Date: Wed, 19 Aug 2009 18:08:31 +0200

From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

Has probado con cambiar el padre de QTimer como te he dicho?

2009/8/19 Laura Santiago de la Cal <lalii24@...>

sucede exactamente lo mismo (tambien he puesto qDebug ("funciona") y nada, nunca llega a mostrarme funciona...

Date: Wed, 19 Aug 2009 17:27:15 +0200

From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

usa qDebug("hola");

2009/8/19 Laura Santiago de la Cal <lalii24@...>

Uy, lo siento, he copiado un ejemplo erroneo (he hecho ya tantas pruebas..) sería:

QTimer *timer = new QTimer(this);

connect( timer, SIGNAL(timeout()), this, SLOT(quit()));
timer->start(200); //2000=2segundos

Y más adelante:
public slots:
void quit()
{
printf("FUNCIONA\n");
a->terminate();

}

Y en a tengo un:
while (1)
{
printf("hola\n");
}

Y nada, Funciona nunca se muestra..
Date: Wed, 19 Aug 2009 17:07:27 +0200

From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

Estás pasando 'a' como padre del QTimer. El padre destruye (delete) todos los hijos cuando se detruye.

2009/8/19 Laura Santiago de la Cal <lalii24@...>

no entiendo la pregunta

Date: Wed, 19 Aug 2009 16:46:02 +0200

From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

No se estará destruyendo 'a'? si es el padre lo destruirá.

2009/8/19 Laura Santiago de la Cal <lalii24@...>

Un Qtimer junto es lo que estoy intentando usar, pero no sé si es que no lo entiendo o leo mal la documentación, pero he intentado usarlo de mil formas diferentes y no me funciona.

De la forma siguiente consigo que ejecute y tal, pero no me hace nada. (Yo creo que debería imprimirme Funciona despues de 2 segundos)

En un sitio tengo:

QTimer *timer = new QTimer(a);

connect( timer, SIGNAL(timeout()), this, SLOT(quit()));

timer->start(200); //2000=2segundos

Y más adelante:
public slots:
void quit()

{

printf("FUNCIONA\n");

a->terminate();

}

Date: Wed, 19 Aug 2009 16:30:07 +0200
From: aleixpol@...

To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

2009/8/19 Laura Santiago de la Cal <lalii24@...>

Estos hilos se ejecutan en un entorno controlado, por tanto no pueden hacer nada fuera del sistema, estos hilos lo único que pueden hacer es modificar las variables del programa en el que se están ejecutando.
Además yo lo que digo no es que vaya a dejarlo en el estado anterior sino en el estado que yo deseo...

Voy a explicar mi caso con más detenimiento a ver si así me explico mejor
Estoy creando un programa que se encargará de enfrentar a otros dos programas escritos por usuarios que no conozco, en este caso concreto cada usuario escribe un jugador de tennis y tiene que intentar ganar el partido, para moverse, golpear y tal les facilito una librería de funciones.

El programa que yo controlo va cediendo el turno a cada uno de los otros 2 programas por turnos (estos se ejecutan en forma de hilo) y lo único que busco es que si uno de los 2 usuarios sin querer (o adrede) se mete en un bucle infinito desalojar ese hilo de la cpu y darlo como si no hubiera hecho nada (no quiere avanzar ni golpear ni nada) y preguntarle al otro que quiere hacer...

No sé si me he explicado, espero que sí... a ver si alguien me puede ayudar a eso, a desalojar un hilo de la cpu si ha excedido un tiempo (sé que puedo poner wait(x) y luego matarlo, pero no quiero bloquear la cpu)

A ver si hay suerte y alguien me puede ayudar...

Puedes usar QTimer::singleShot().
El tema es que si matas un thread puedes dejar el programa entero en un estado descontrolado.

Saludos,
Aleix

> Date: Wed, 19 Aug 2009 13:20:31 +0200
> From: ereslibre@...

> To: kde-devel-es@...
> Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep
>
> 2009/8/19 Laura Santiago de la Cal <lalii24@...>:
> > La función terminate la tengo habilitada ya que si la pongo fuera del slot
> > me termina el hilo perfectamente, asi que ese no puede ser el problema
> > Respecto a que matar hilos así derepente es mala práctica normalmente ya lo
> > sé, pero en este caso es lo que deseo hacer ya que una vez que yo los mate
> > me preocuparé de dejar el sistema en el estado que yo deseo, asi que por eso
> > no hay problema.
>
> Creo que esto último es imposible. Si no sabes qué código ejecuta el
> jugador (según lo que has dicho en otro mensaje) es sencillamente
> imposible que dejes el sistema en el mismo estado en el que se
> encontraba, básicamente porque no sabes qué hizo el código del
> jugador.
>
> Imagínate que por alguna razón desconocida, ha abierto un fichero y
> está escribiendo sobre él en el momento en el que matas el hilo. Es
> imposible que puedas dejar el sistema en el mismo estado en el que se
> encontraba.
>
>
> Un saludo,
> Rafael Fernández López.
> _______________________________________________
> Kde-devel-es mailing list
> Kde-devel-es@...
> https://mail.kde.org/mailman/listinfo/kde-devel-es

¿Quieres los nuevos emoticonos en 3D? ¡Descárgatelos gratis!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

¿Quieres los nuevos emoticonos en 3D? ¡Descárgatelos gratis!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Hotmail en tu móvil allá donde vayas ¡Descúbrelo!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Messenger cumple 10 años ¡Conéctate y celébralo con toda la comunidad!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

¡Que no te pillen atascos ni radares! En MSN te damos toda la información sobre el estado de las carretas y te mostramos dónde se encuentran los radares de tráfico.

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

¿Quieres los nuevos emoticonos en 3D? ¡Descárgatelos gratis!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Matar hilos (QThread) pasado un tiempo sin hacer sleep

2009-08-19T12:15:41Z

sí, he probado a poner this en vez de a y nada

Date: Wed, 19 Aug 2009 18:08:31 +0200
From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

Has probado con cambiar el padre de QTimer como te he dicho?

2009/8/19 Laura Santiago de la Cal <lalii24@...>

sucede exactamente lo mismo (tambien he puesto qDebug ("funciona") y nada, nunca llega a mostrarme funciona...

Date: Wed, 19 Aug 2009 17:27:15 +0200

From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

usa qDebug("hola");

2009/8/19 Laura Santiago de la Cal <lalii24@...>

Uy, lo siento, he copiado un ejemplo erroneo (he hecho ya tantas pruebas..) sería:

QTimer *timer = new QTimer(this);

connect( timer, SIGNAL(timeout()), this, SLOT(quit()));
timer->start(200); //2000=2segundos

Y más adelante:
public slots:
void quit()
{
printf("FUNCIONA\n");
a->terminate();

}

Y en a tengo un:
while (1)
{
printf("hola\n");
}

Y nada, Funciona nunca se muestra..
Date: Wed, 19 Aug 2009 17:07:27 +0200

From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

Estás pasando 'a' como padre del QTimer. El padre destruye (delete) todos los hijos cuando se detruye.

2009/8/19 Laura Santiago de la Cal <lalii24@...>

no entiendo la pregunta

Date: Wed, 19 Aug 2009 16:46:02 +0200

From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

No se estará destruyendo 'a'? si es el padre lo destruirá.

2009/8/19 Laura Santiago de la Cal <lalii24@...>

Un Qtimer junto es lo que estoy intentando usar, pero no sé si es que no lo entiendo o leo mal la documentación, pero he intentado usarlo de mil formas diferentes y no me funciona.

De la forma siguiente consigo que ejecute y tal, pero no me hace nada. (Yo creo que debería imprimirme Funciona despues de 2 segundos)

En un sitio tengo:

QTimer *timer = new QTimer(a);

connect( timer, SIGNAL(timeout()), this, SLOT(quit()));

timer->start(200); //2000=2segundos

Y más adelante:
public slots:
void quit()

{

printf("FUNCIONA\n");

a->terminate();

}

Date: Wed, 19 Aug 2009 16:30:07 +0200
From: aleixpol@...

To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

2009/8/19 Laura Santiago de la Cal <lalii24@...>

Estos hilos se ejecutan en un entorno controlado, por tanto no pueden hacer nada fuera del sistema, estos hilos lo único que pueden hacer es modificar las variables del programa en el que se están ejecutando.
Además yo lo que digo no es que vaya a dejarlo en el estado anterior sino en el estado que yo deseo...

Voy a explicar mi caso con más detenimiento a ver si así me explico mejor
Estoy creando un programa que se encargará de enfrentar a otros dos programas escritos por usuarios que no conozco, en este caso concreto cada usuario escribe un jugador de tennis y tiene que intentar ganar el partido, para moverse, golpear y tal les facilito una librería de funciones.

El programa que yo controlo va cediendo el turno a cada uno de los otros 2 programas por turnos (estos se ejecutan en forma de hilo) y lo único que busco es que si uno de los 2 usuarios sin querer (o adrede) se mete en un bucle infinito desalojar ese hilo de la cpu y darlo como si no hubiera hecho nada (no quiere avanzar ni golpear ni nada) y preguntarle al otro que quiere hacer...

No sé si me he explicado, espero que sí... a ver si alguien me puede ayudar a eso, a desalojar un hilo de la cpu si ha excedido un tiempo (sé que puedo poner wait(x) y luego matarlo, pero no quiero bloquear la cpu)

A ver si hay suerte y alguien me puede ayudar...

Puedes usar QTimer::singleShot().
El tema es que si matas un thread puedes dejar el programa entero en un estado descontrolado.

Saludos,
Aleix

> Date: Wed, 19 Aug 2009 13:20:31 +0200
> From: ereslibre@...

> To: kde-devel-es@...
> Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep
>
> 2009/8/19 Laura Santiago de la Cal <lalii24@...>:
> > La función terminate la tengo habilitada ya que si la pongo fuera del slot
> > me termina el hilo perfectamente, asi que ese no puede ser el problema
> > Respecto a que matar hilos así derepente es mala práctica normalmente ya lo
> > sé, pero en este caso es lo que deseo hacer ya que una vez que yo los mate
> > me preocuparé de dejar el sistema en el estado que yo deseo, asi que por eso
> > no hay problema.
>
> Creo que esto último es imposible. Si no sabes qué código ejecuta el
> jugador (según lo que has dicho en otro mensaje) es sencillamente
> imposible que dejes el sistema en el mismo estado en el que se
> encontraba, básicamente porque no sabes qué hizo el código del
> jugador.
>
> Imagínate que por alguna razón desconocida, ha abierto un fichero y
> está escribiendo sobre él en el momento en el que matas el hilo. Es
> imposible que puedas dejar el sistema en el mismo estado en el que se
> encontraba.
>
>
> Un saludo,
> Rafael Fernández López.
> _______________________________________________
> Kde-devel-es mailing list
> Kde-devel-es@...
> https://mail.kde.org/mailman/listinfo/kde-devel-es

¿Quieres los nuevos emoticonos en 3D? ¡Descárgatelos gratis!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

¿Quieres los nuevos emoticonos en 3D? ¡Descárgatelos gratis!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Hotmail en tu móvil allá donde vayas ¡Descúbrelo!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Messenger cumple 10 años ¡Conéctate y celébralo con toda la comunidad!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

¡Que no te pillen atascos ni radares! En MSN te damos toda la información sobre el estado de las carretas y te mostramos dónde se encuentran los radares de tráfico.

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

¿Quieres los nuevos emoticonos en 3D? ¡Descárgatelos gratis!
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Matar hilos (QThread) pasado un tiempo sin hacer sleep

2009-08-19T09:08:31Z

Has probado con cambiar el padre de QTimer como te he dicho?

2009/8/19 Laura Santiago de la Cal <lalii24@...>

sucede exactamente lo mismo (tambien he puesto qDebug ("funciona") y nada, nunca llega a mostrarme funciona...

Date: Wed, 19 Aug 2009 17:27:15 +0200

From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

usa qDebug("hola");

2009/8/19 Laura Santiago de la Cal <lalii24@...>

Uy, lo siento, he copiado un ejemplo erroneo (he hecho ya tantas pruebas..) sería:

QTimer *timer = new QTimer(this);

connect( timer, SIGNAL(timeout()), this, SLOT(quit()));
timer->start(200); //2000=2segundos

Y más adelante:
public slots:
void quit()
{
printf("FUNCIONA\n");
a->terminate();

}

Y en a tengo un:
while (1)
{
printf("hola\n");
}

Y nada, Funciona nunca se muestra..
Date: Wed, 19 Aug 2009 17:07:27 +0200

From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

Estás pasando 'a' como padre del QTimer. El padre destruye (delete) todos los hijos cuando se detruye.

2009/8/19 Laura Santiago de la Cal <lalii24@...>

no entiendo la pregunta

Date: Wed, 19 Aug 2009 16:46:02 +0200

From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

No se estará destruyendo 'a'? si es el padre lo destruirá.

2009/8/19 Laura Santiago de la Cal <lalii24@...>

Un Qtimer junto es lo que estoy intentando usar, pero no sé si es que no lo entiendo o leo mal la documentación, pero he intentado usarlo de mil formas diferentes y no me funciona.

De la forma siguiente consigo que ejecute y tal, pero no me hace nada. (Yo creo que debería imprimirme Funciona despues de 2 segundos)

En un sitio tengo:

QTimer *timer = new QTimer(a);

connect( timer, SIGNAL(timeout()), this, SLOT(quit()));

timer->start(200); //2000=2segundos

Y más adelante:
public slots:
void quit()

{

printf("FUNCIONA\n");

a->terminate();

}

Date: Wed, 19 Aug 2009 16:30:07 +0200
From: aleixpol@...

To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

2009/8/19 Laura Santiago de la Cal <lalii24@...>

Estos hilos se ejecutan en un entorno controlado, por tanto no pueden hacer nada fuera del sistema, estos hilos lo único que pueden hacer es modificar las variables del programa en el que se están ejecutando.
Además yo lo que digo no es que vaya a dejarlo en el estado anterior sino en el estado que yo deseo...

Voy a explicar mi caso con más detenimiento a ver si así me explico mejor
Estoy creando un programa que se encargará de enfrentar a otros dos programas escritos por usuarios que no conozco, en este caso concreto cada usuario escribe un jugador de tennis y tiene que intentar ganar el partido, para moverse, golpear y tal les facilito una librería de funciones.

El programa que yo controlo va cediendo el turno a cada uno de los otros 2 programas por turnos (estos se ejecutan en forma de hilo) y lo único que busco es que si uno de los 2 usuarios sin querer (o adrede) se mete en un bucle infinito desalojar ese hilo de la cpu y darlo como si no hubiera hecho nada (no quiere avanzar ni golpear ni nada) y preguntarle al otro que quiere hacer...

No sé si me he explicado, espero que sí... a ver si alguien me puede ayudar a eso, a desalojar un hilo de la cpu si ha excedido un tiempo (sé que puedo poner wait(x) y luego matarlo, pero no quiero bloquear la cpu)

A ver si hay suerte y alguien me puede ayudar...

Puedes usar QTimer::singleShot().
El tema es que si matas un thread puedes dejar el programa entero en un estado descontrolado.

Saludos,
Aleix

> Date: Wed, 19 Aug 2009 13:20:31 +0200
> From: ereslibre@...

> To: kde-devel-es@...
> Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep
>
> 2009/8/19 Laura Santiago de la Cal <lalii24@...>:
> > La función terminate la tengo habilitada ya que si la pongo fuera del slot
> > me termina el hilo perfectamente, asi que ese no puede ser el problema
> > Respecto a que matar hilos así derepente es mala práctica normalmente ya lo
> > sé, pero en este caso es lo que deseo hacer ya que una vez que yo los mate
> > me preocuparé de dejar el sistema en el estado que yo deseo, asi que por eso
> > no hay problema.
>
> Creo que esto último es imposible. Si no sabes qué código ejecuta el
> jugador (según lo que has dicho en otro mensaje) es sencillamente
> imposible que dejes el sistema en el mismo estado en el que se
> encontraba, básicamente porque no sabes qué hizo el código del
> jugador.
>
> Imagínate que por alguna razón desconocida, ha abierto un fichero y
> está escribiendo sobre él en el momento en el que matas el hilo. Es
> imposible que puedas dejar el sistema en el mismo estado en el que se
> encontraba.
>
>
> Un saludo,
> Rafael Fernández López.
> _______________________________________________
> Kde-devel-es mailing list
> Kde-devel-es@...
> https://mail.kde.org/mailman/listinfo/kde-devel-es

¿Quieres los nuevos emoticonos en 3D? ¡Descárgatelos gratis!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

¿Quieres los nuevos emoticonos en 3D? ¡Descárgatelos gratis!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Hotmail en tu móvil allá donde vayas ¡Descúbrelo!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Messenger cumple 10 años ¡Conéctate y celébralo con toda la comunidad!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

¡Que no te pillen atascos ni radares! En MSN te damos toda la información sobre el estado de las carretas y te mostramos dónde se encuentran los radares de tráfico.

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Matar hilos (QThread) pasado un tiempo sin hacer sleep

2009-08-19T08:40:56Z

sucede exactamente lo mismo (tambien he puesto qDebug ("funciona") y nada, nunca llega a mostrarme funciona...

Date: Wed, 19 Aug 2009 17:27:15 +0200
From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

usa qDebug("hola");

2009/8/19 Laura Santiago de la Cal <lalii24@...>

Uy, lo siento, he copiado un ejemplo erroneo (he hecho ya tantas pruebas..) sería:

QTimer *timer = new QTimer(this);

connect( timer, SIGNAL(timeout()), this, SLOT(quit()));
timer->start(200); //2000=2segundos

Y más adelante:
public slots:
void quit()
{
printf("FUNCIONA\n");
a->terminate();

}

Y en a tengo un:
while (1)
{
printf("hola\n");
}

Y nada, Funciona nunca se muestra..
Date: Wed, 19 Aug 2009 17:07:27 +0200

From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

Estás pasando 'a' como padre del QTimer. El padre destruye (delete) todos los hijos cuando se detruye.

2009/8/19 Laura Santiago de la Cal <lalii24@...>

no entiendo la pregunta

Date: Wed, 19 Aug 2009 16:46:02 +0200

From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

No se estará destruyendo 'a'? si es el padre lo destruirá.

2009/8/19 Laura Santiago de la Cal <lalii24@...>

Un Qtimer junto es lo que estoy intentando usar, pero no sé si es que no lo entiendo o leo mal la documentación, pero he intentado usarlo de mil formas diferentes y no me funciona.

De la forma siguiente consigo que ejecute y tal, pero no me hace nada. (Yo creo que debería imprimirme Funciona despues de 2 segundos)

En un sitio tengo:

QTimer *timer = new QTimer(a);

connect( timer, SIGNAL(timeout()), this, SLOT(quit()));

timer->start(200); //2000=2segundos

Y más adelante:
public slots:
void quit()

{

printf("FUNCIONA\n");

a->terminate();

}

Date: Wed, 19 Aug 2009 16:30:07 +0200
From: aleixpol@...

To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

2009/8/19 Laura Santiago de la Cal <lalii24@...>

Estos hilos se ejecutan en un entorno controlado, por tanto no pueden hacer nada fuera del sistema, estos hilos lo único que pueden hacer es modificar las variables del programa en el que se están ejecutando.
Además yo lo que digo no es que vaya a dejarlo en el estado anterior sino en el estado que yo deseo...

Voy a explicar mi caso con más detenimiento a ver si así me explico mejor
Estoy creando un programa que se encargará de enfrentar a otros dos programas escritos por usuarios que no conozco, en este caso concreto cada usuario escribe un jugador de tennis y tiene que intentar ganar el partido, para moverse, golpear y tal les facilito una librería de funciones.

El programa que yo controlo va cediendo el turno a cada uno de los otros 2 programas por turnos (estos se ejecutan en forma de hilo) y lo único que busco es que si uno de los 2 usuarios sin querer (o adrede) se mete en un bucle infinito desalojar ese hilo de la cpu y darlo como si no hubiera hecho nada (no quiere avanzar ni golpear ni nada) y preguntarle al otro que quiere hacer...

No sé si me he explicado, espero que sí... a ver si alguien me puede ayudar a eso, a desalojar un hilo de la cpu si ha excedido un tiempo (sé que puedo poner wait(x) y luego matarlo, pero no quiero bloquear la cpu)

A ver si hay suerte y alguien me puede ayudar...

Puedes usar QTimer::singleShot().
El tema es que si matas un thread puedes dejar el programa entero en un estado descontrolado.

Saludos,
Aleix

> Date: Wed, 19 Aug 2009 13:20:31 +0200
> From: ereslibre@...

> To: kde-devel-es@...
> Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep
>
> 2009/8/19 Laura Santiago de la Cal <lalii24@...>:
> > La función terminate la tengo habilitada ya que si la pongo fuera del slot
> > me termina el hilo perfectamente, asi que ese no puede ser el problema
> > Respecto a que matar hilos así derepente es mala práctica normalmente ya lo
> > sé, pero en este caso es lo que deseo hacer ya que una vez que yo los mate
> > me preocuparé de dejar el sistema en el estado que yo deseo, asi que por eso
> > no hay problema.
>
> Creo que esto último es imposible. Si no sabes qué código ejecuta el
> jugador (según lo que has dicho en otro mensaje) es sencillamente
> imposible que dejes el sistema en el mismo estado en el que se
> encontraba, básicamente porque no sabes qué hizo el código del
> jugador.
>
> Imagínate que por alguna razón desconocida, ha abierto un fichero y
> está escribiendo sobre él en el momento en el que matas el hilo. Es
> imposible que puedas dejar el sistema en el mismo estado en el que se
> encontraba.
>
>
> Un saludo,
> Rafael Fernández López.
> _______________________________________________
> Kde-devel-es mailing list
> Kde-devel-es@...
> https://mail.kde.org/mailman/listinfo/kde-devel-es

¿Quieres los nuevos emoticonos en 3D? ¡Descárgatelos gratis!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

¿Quieres los nuevos emoticonos en 3D? ¡Descárgatelos gratis!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Hotmail en tu móvil allá donde vayas ¡Descúbrelo!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Messenger cumple 10 años ¡Conéctate y celébralo con toda la comunidad!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

¡Que no te pillen atascos ni radares! En MSN te damos toda la información sobre el estado de las carretas y te mostramos dónde se encuentran los radares de tráfico.
_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Re: Matar hilos (QThread) pasado un tiempo sin hacer sleep

2009-08-19T08:27:15Z

usa qDebug("hola");

2009/8/19 Laura Santiago de la Cal <lalii24@...>

Uy, lo siento, he copiado un ejemplo erroneo (he hecho ya tantas pruebas..) sería:

QTimer *timer = new QTimer(this);

connect( timer, SIGNAL(timeout()), this, SLOT(quit()));
timer->start(200); //2000=2segundos

Y más adelante:
public slots:
void quit()
{
printf("FUNCIONA\n");
a->terminate();

}

Y en a tengo un:
while (1)
{
printf("hola\n");
}

Y nada, Funciona nunca se muestra..
Date: Wed, 19 Aug 2009 17:07:27 +0200

From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

Estás pasando 'a' como padre del QTimer. El padre destruye (delete) todos los hijos cuando se detruye.

2009/8/19 Laura Santiago de la Cal <lalii24@...>

no entiendo la pregunta

Date: Wed, 19 Aug 2009 16:46:02 +0200

From: aleixpol@...
To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

No se estará destruyendo 'a'? si es el padre lo destruirá.

2009/8/19 Laura Santiago de la Cal <lalii24@...>

Un Qtimer junto es lo que estoy intentando usar, pero no sé si es que no lo entiendo o leo mal la documentación, pero he intentado usarlo de mil formas diferentes y no me funciona.

De la forma siguiente consigo que ejecute y tal, pero no me hace nada. (Yo creo que debería imprimirme Funciona despues de 2 segundos)

En un sitio tengo:

QTimer *timer = new QTimer(a);

connect( timer, SIGNAL(timeout()), this, SLOT(quit()));

timer->start(200); //2000=2segundos

Y más adelante:
public slots:
void quit()

{

printf("FUNCIONA\n");

a->terminate();

}

Date: Wed, 19 Aug 2009 16:30:07 +0200
From: aleixpol@...

To: kde-devel-es@...
Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep

2009/8/19 Laura Santiago de la Cal <lalii24@...>

Estos hilos se ejecutan en un entorno controlado, por tanto no pueden hacer nada fuera del sistema, estos hilos lo único que pueden hacer es modificar las variables del programa en el que se están ejecutando.
Además yo lo que digo no es que vaya a dejarlo en el estado anterior sino en el estado que yo deseo...

Voy a explicar mi caso con más detenimiento a ver si así me explico mejor
Estoy creando un programa que se encargará de enfrentar a otros dos programas escritos por usuarios que no conozco, en este caso concreto cada usuario escribe un jugador de tennis y tiene que intentar ganar el partido, para moverse, golpear y tal les facilito una librería de funciones.

El programa que yo controlo va cediendo el turno a cada uno de los otros 2 programas por turnos (estos se ejecutan en forma de hilo) y lo único que busco es que si uno de los 2 usuarios sin querer (o adrede) se mete en un bucle infinito desalojar ese hilo de la cpu y darlo como si no hubiera hecho nada (no quiere avanzar ni golpear ni nada) y preguntarle al otro que quiere hacer...

No sé si me he explicado, espero que sí... a ver si alguien me puede ayudar a eso, a desalojar un hilo de la cpu si ha excedido un tiempo (sé que puedo poner wait(x) y luego matarlo, pero no quiero bloquear la cpu)

A ver si hay suerte y alguien me puede ayudar...

Puedes usar QTimer::singleShot().
El tema es que si matas un thread puedes dejar el programa entero en un estado descontrolado.

Saludos,
Aleix

> Date: Wed, 19 Aug 2009 13:20:31 +0200
> From: ereslibre@...

> To: kde-devel-es@...
> Subject: Re: [Kde-devel-es] Matar hilos (QThread) pasado un tiempo sin hacer sleep
>
> 2009/8/19 Laura Santiago de la Cal <lalii24@...>:
> > La función terminate la tengo habilitada ya que si la pongo fuera del slot
> > me termina el hilo perfectamente, asi que ese no puede ser el problema
> > Respecto a que matar hilos así derepente es mala práctica normalmente ya lo
> > sé, pero en este caso es lo que deseo hacer ya que una vez que yo los mate
> > me preocuparé de dejar el sistema en el estado que yo deseo, asi que por eso
> > no hay problema.
>
> Creo que esto último es imposible. Si no sabes qué código ejecuta el
> jugador (según lo que has dicho en otro mensaje) es sencillamente
> imposible que dejes el sistema en el mismo estado en el que se
> encontraba, básicamente porque no sabes qué hizo el código del
> jugador.
>
> Imagínate que por alguna razón desconocida, ha abierto un fichero y
> está escribiendo sobre él en el momento en el que matas el hilo. Es
> imposible que puedas dejar el sistema en el mismo estado en el que se
> encontraba.
>
>
> Un saludo,
> Rafael Fernández López.
> _______________________________________________
> Kde-devel-es mailing list
> Kde-devel-es@...
> https://mail.kde.org/mailman/listinfo/kde-devel-es

¿Quieres los nuevos emoticonos en 3D? ¡Descárgatelos gratis!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

¿Quieres los nuevos emoticonos en 3D? ¡Descárgatelos gratis!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Hotmail en tu móvil allá donde vayas ¡Descúbrelo!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

Messenger cumple 10 años ¡Conéctate y celébralo con toda la comunidad!

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es

_______________________________________________
Kde-devel-es mailing list
Kde-devel-es@...
https://mail.kde.org/mailman/listinfo/kde-devel-es