aguml | 20 Dec 10:01 2014
Picon

Obtener imagen completa de TImage externo

pues amigos, ahora me encuentro en que quiero obtener la imagen completa contenida en un TImage de una app
externa. El metodo de capturar pantalla con CreateDC, GetDC,... no me sirve porque si el timage está
dentro de un ScrollBox y excede el tamaño de este no se veria completa. ¿Conocen algun modo de obtener el
TBitmap completo de un TImage de una aplicacion externa?

-- 
--

-- 
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error. 
En caso de duda visita "http://groups.google.com/group/cppba"
--- 
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe <at> googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/d/optout.
Daniel Gutson | 12 Dec 15:48 2014
Picon

[cppba] Re: hacía mucho que no jugábamos

Tampoco vale google excepto para recordar qué es un arcotangente.
------Mensaje original------
De: Daniel Gutson
Para: cppba
Asunto: hacía mucho que no jugábamos
Enviado: 12 de dic de 2014 11:32 AM

Esto va a tener dos partes, una de ingenio matemático y otra de C++.

Arrancamos por la primera.
Si yo quisiera discretizar la función arcotangente porque la uso
mucho, cómo harían?
Les recomiendo que primero respondan cuáles son los problemas para
discretizarla.

pd: no vale que participen los que están en el proyecto "FGS" de
Taller ;-) ni los que ya lo saben

   Daniel.

-- 
Who’s got the sweetest disposition?
One guess, that’s who?
Who’d never, ever start an argument?
Who never shows a bit of temperament?
Who's never wrong but always right?
Who'd never dream of starting a fight?
Who get stuck with all the bad luck?

--

-- 
(Continue reading)

dgutson . | 12 Dec 15:32 2014
Picon

[cppba] hacía mucho que no jugábamos

Esto va a tener dos partes, una de ingenio matemático y otra de C++.

Arrancamos por la primera.
Si yo quisiera discretizar la función arcotangente porque la uso
mucho, cómo harían?
Les recomiendo que primero respondan cuáles son los problemas para
discretizarla.

pd: no vale que participen los que están en el proyecto "FGS" de
Taller ;-) ni los que ya lo saben

   Daniel.

-- 
Who’s got the sweetest disposition?
One guess, that’s who?
Who’d never, ever start an argument?
Who never shows a bit of temperament?
Who's never wrong but always right?
Who'd never dream of starting a fight?
Who get stuck with all the bad luck?

-- 
--

-- 
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error. 
En caso de duda visita "http://groups.google.com/group/cppba"
--- 
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe <at> googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/d/optout.
(Continue reading)

Enrique Nieloud | 11 Dec 19:03 2014
Picon

Manejo de caracteres Unicode en C++

Gente,

Quería comentarles una pequeña experiencia de esta última semana.
Desarrollando una aplicación multiplataforma (Windows/Mac OS X) cuyo backend en Windows es Qt y en MacOS X es Cocoa, me he ido encontrando progresivamente con el problema de que bajo Windows el aplicativo presentaba problemas con los nombres de archivos que contenían caracteres Unicode, con MacOS X todo bien.

Yo usaba internamente siempre std::string, pero, alegremente bajo windows convertía QString => std::string usando un método llamado toStdString.

Para solucionar el tema, mi primer intento fue reemplazar en todo el proyecto todos los std::string que representan file paths, o texto que se mostrará, por std::wstring, y ser cuidadoso en los extremos, Mac entrega UTF8, mientras que Qt entrega widestrings (16 bits), haciendo las conversiones necesarias. Esta tarea rápidamente se tornó engorrosa.

Luego investigando más, me topé con la librería nowide (propuesta para boost) de Artyom Beilis. 
Con esta librería, se hizo todo mucho más claro:
 - Internamente dejé todo como std::string
 - Los QStrings que devuelve Qt, los convierto a su vez en wstring, y a su vez usando nowide::narrow(wstring_utf16) lo codifico en Utf8 para luego meterlo tranquilamente en std::string.
 - Viceversa, cuando tengo que convertir un Utf8 a Qt lo convierto en wstring usando nowide:widen(string_utf8) y luego a QString.
 - Bajo Mac OS X, no hay problema, el método estandard de convertir un NSString en std::string es convirtiéndolo en Utf8.
 
Nada, quería compartirlo con Uds. porque tanto la librería boost::nowide (ojalá la acepten):

como la página:

me resultaron útiles sobre como encarar el tema.

En definitiva y para resumir: 
- Internamente usar Utf8 SIEMPRE.
- Convertir desde/hasta WideString en Windows en los puntos extremos.
- Con Mac OS X, no hay problema ellos son más amigos del Utf8 que de los UTF-16.

Nada más.

slds,

- Enrique

--
--
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error.
En caso de duda visita "http://groups.google.com/group/cppba"
---
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Para acceder a más opciones, visita https://groups.google.com/d/optout.
aguml | 27 Nov 14:54 2014
Picon

ordenar lista enlazada simple

Hola amigos estoy intentando ordenar una lista enlazada simple usando punteros y me tiene loco. Quiero usar el metodo de la burbuja porque la lista será pequeña.
Tengo este codigo:

/* DEFINICION DE TIPOS */
typedef struct ElementoLista
{
 
char *palabra;
 
int indice;
 
struct ElementoLista *sig;
}Elemento;

typedef struct ListaIdentificar {
   
Elemento *inicio;
   
Elemento *fin;
   
int nElementos;
}Lista;

int OrdenarLista(Lista *lista)
{
   
int i,j,k,cambiado;
   
Elemento *auxiliar,*auxiliar2, *actual,*inicio,*fin,*dir1,*dir2,*dir3,*dirAnterior;
   
int menor,mayor;

   
if ((auxiliar = (Elemento *) malloc (sizeof (Elemento))) == NULL)
     
return -1;

   
if ((auxiliar->palabra = (char *) malloc (SIZE_MAX_PALABRA * sizeof (char))) == NULL)
     
return -1;

   menor
=mayor=lista->inicio->indice;
   
for(actual=lista->inicio; actual != NULL; actual = actual->sig)
   
{
     
if(actual->indice < menor){
         inicio
= actual;
         menor
= actual->indice;
     
}
     
if(actual->indice > mayor)
     
{
         fin
= actual;
         mayor
= actual->indice;
     
}
   
}

   dirAnterior
= lista->inicio;
   
for (j=0, actual=lista->inicio; actual != NULL && j < lista->nElementos-1; actual= actual->sig, j++)
   
{
     
for (i=0, auxiliar2 = lista->inicio; i < (lista->nElementos-1-j) && auxiliar2->sig != NULL; i++, auxiliar2 = auxiliar2->sig)
     
{
         cambiado
= 0;
         
if (auxiliar2->indice >= auxiliar2->sig->indice)
         
{
            dir1
= auxiliar2;
            dir2
= auxiliar2->sig;
            dir3
= auxiliar2->sig->sig;

            auxiliar2
= dir2;
            auxiliar2
->sig = dir1;
            auxiliar2
->sig->sig = dir3;
            cambiado
= 1;
         
}
         
if(cambiado == 1)
            dirAnterior
->sig = auxiliar2;
         dirAnterior
= auxiliar2;
     
}
   
}

   lista
->inicio = inicio;
   lista
->fin = fin;
   actual
= lista->inicio;

   
for (actual = lista->inicio; actual != NULL; actual = actual->sig)
   
{
      printf
("%d -> %s\n",actual->indice, actual->palabra);
   
}

   system
("PAUSE");
   free
(auxiliar->palabra);
   free
(auxiliar);
   
return 0;
}

Me funciona todo bien (insercion, impresion, eliminacion,...) pero la ordenacion me tiene ya loco. A ver si podeis ayudarme por favor.

--
--
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error.
En caso de duda visita "http://groups.google.com/group/cppba"
---
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Para acceder a más opciones, visita https://groups.google.com/d/optout.
Edgardo Hames | 15 Nov 02:36 2014
Picon

[cppba] Common C++ Gotchas — Exploits of a Programmer

Como les venía diciendo...

http://vickychijwani.me/cpp-gotchas/

Saludos,
Edgardo

--
--
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error.
En caso de duda visita "http://groups.google.com/group/cppba"
---
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Para acceder a más opciones, visita https://groups.google.com/d/optout.
Edgardo Hames | 15 Nov 02:33 2014
Picon

[cppba] Cola de propósito general sin locks en C++11

Muy interesante:

http://moodycamel.com/blog/2014/detailed-design-of-a-lock-free-queue

Qué otra cosa van a hacer un viernes a la noche si el niño ya duerme?

Saludos,
Edgardo

--
--
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error.
En caso de duda visita "http://groups.google.com/group/cppba"
---
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Para acceder a más opciones, visita https://groups.google.com/d/optout.
Fernando Pelliccioni | 6 Nov 16:41 2014
Picon

C++17 Call Syntax proposals

Perdón que te ensucié el thread. Cambio a otro.

2014-11-06 12:36 GMT-03:00 Fernando Pelliccioni <fpelliccioni-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:
Con "reemplazar" me refiero a que se haga cada vez mas común (se prefiera) una notación sobre la otra.
Sí, creo que no conozco el rationale, ¿está expresado en los proposals?.

2014-11-06 12:33 GMT-03:00 dgutson . <danielgutson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:

Lo que le dijiste no es cierto. No se trata de reemplazar, ni tampoco sabes el rationale que hay detrás.

El 06/11/2014 12:28, "Fernando Pelliccioni" <fpelliccioni-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> escribió:
No resistí y le escribí a Alex Stepanov, necesitaba saber su opinión:

"... there are two recent proposals to the C++ committee trying to replace this:
f(x, y)

with this:
x.f(y)


More specifically:
T f(T a, T b) { /*...*/ }

T x;
T y;
x.f(y); // Calls f(x, y) !!!!!!!

The idea is to make the OO-like notation more familiar.
I predict that programmers end up using the OO-like notation rather than the mathematical-like notation.
I hate the idea and I think you too.

These are the proposals:

Unfortunately they are made ​​by the two most important people in the committee, Bjarne and Herb Sutter.

Beyond OO vs math, I have no other basis to object to the proposal.
I believe you may have sufficient grounds to convince Bjarne that it is a bad idea.
Please speak with him..."


Recibí esta respuesta:

"You are right. The proposals are misguided. But, I cannot do anything to stop them. Even when I was successful in influencing Bjarne, it took many years. These are unstoppable."


Listo!... perdí toda esperanza...


Lástima que rechazaron los de CWG, espero en la próxima vuelta lo aprueben.

Saludos.
FP.


2014-11-06 11:20 GMT-03:00 dgutson . <danielgutson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:

Sí más tarde cuento, a mi también me desagradó pero Stroustrup me explicó la razón de ser y tiene sentido.

Pd. El core working group rechazó nuestra propuesta y volvió a evolution para q hagamos una 2da versión

El 06/11/2014 11:03, "Fernando Pelliccioni" <fpelliccioni-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> escribió:

Che, tenes idea... ¿Qué se está hablando sobre éstas dos propuestas?


¿Ustedes que opinan?

Detesto la idea, espero nunca se aprueben.
No tengo muchos fundamentos para objetar, salvo OO-like vs Math-like notation.

Saludos,



2014-11-05 13:03 GMT-03:00 Daniel Gutson <danielgutson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:
Pd: al final sí estuve en contracts, y quedó claro que el approach es q van a ser parte de la declaracion de las funciones
Date: Wed, 5 Nov 2014 12:57:42 -0300
Subject: Re: [cppba] Nuestra primer propuesta de C++17 aprobada

FREAKING EXCELENTE!!

Mira tú, justamente esta semana estoy leyendo los papers sobre co-routines, resumable functions and resumable lambdas! Sin duda es de lo más groso que se viene.



2014-11-04 20:55 GMT-03:00 dgutson . <danielgutson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:
Hola,

   quería compartir que estoy en la reunión del comité del C++ y hoy
presenté la propuesta que hicimos para el C++17

(http://open-std.org/JTC1/SC22/WG21/docs/papers/2014/n4226.pdf)

orientada a sistemas embebidos y fue aprobada (6 Strongly Favor, 9 in
Favor, 3 Neutral, 0 Against, 0 Strongly Against)
para pasar al Core Working Group con algunas modificaciones menores
(un nuevo atributo,
"noexit" en vez de "noreturn").

Esperemos que nos permitan crear el Study Group "C++ for Embedded and
Real Time Systems".

Aviso cualquier cosa.

Voy a escribir acá cuando termine la semana sobre las cosas que se
están discutiendo.

Lo más caliente es el tema de co-rutinas. Hoy Gabriel Dos Reis
presentó cómo va el tema de modules,
y ahora a la noche (pero no voy a estar por rotura intelectual) van a
presentar contracts.

Todos creemos que co-routines es el gran feature que se viene (al
menos hasta ahora), pero hay
mucha disparidad ya que hay dos tendencias bien definidas: stackless o
stackfull.

Adelanto cositas del C++17 que se aprobaron:
   namespace A::B::C {

equivalente a
   namespace A {
        namespace B {
            namespace C {

Otra: está siendo discutida, pero va encaminada: operadores de
comparación default. "ALGO" del estilo

struct Pepe
{
    bool operator==(const Pepe&) const = default;
};

pero el debate es si se agrega al core language o se provee como
librería de relfection (algo que no se
sabe si se va a llegar para el C++17).

    Daniel.


--
Who’s got the sweetest disposition?
One guess, that’s who?
Who’d never, ever start an argument?
Who never shows a bit of temperament?
Who's never wrong but always right?
Who'd never dream of starting a fight?
Who get stuck with all the bad luck?

--
--
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error.
En caso de duda visita "http://groups.google.com/group/cppba"
---
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe-/JYPxA39Uh4Ykp1iOSErHA@public.gmane.orgm.
Para obtener más opciones, visita https://groups.google.com/d/optout.



--
Fernando Cacciola
SciSoft Consulting, Founder
http://www.scisoft-consulting.com

--
--
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error.
En caso de duda visita "http://groups.google.com/group/cppba"
---
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
--
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error.
En caso de duda visita "http://groups.google.com/group/cppba"
---
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
--
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error.
En caso de duda visita "http://groups.google.com/group/cppba"
---
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
--
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error.
En caso de duda visita "http://groups.google.com/group/cppba"
---
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
--
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error.
En caso de duda visita "http://groups.google.com/group/cppba"
---
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
--
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error.
En caso de duda visita "http://groups.google.com/group/cppba"
---
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Para acceder a más opciones, visita https://groups.google.com/d/optout.


--
--
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error.
En caso de duda visita "http://groups.google.com/group/cppba"
---
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Para acceder a más opciones, visita https://groups.google.com/d/optout.
dgutson . | 5 Nov 00:55 2014
Picon

Nuestra primer propuesta de C++17 aprobada

Hola,

   quería compartir que estoy en la reunión del comité del C++ y hoy
presenté la propuesta que hicimos para el C++17

(http://open-std.org/JTC1/SC22/WG21/docs/papers/2014/n4226.pdf)

orientada a sistemas embebidos y fue aprobada (6 Strongly Favor, 9 in
Favor, 3 Neutral, 0 Against, 0 Strongly Against)
para pasar al Core Working Group con algunas modificaciones menores
(un nuevo atributo,
"noexit" en vez de "noreturn").

Esperemos que nos permitan crear el Study Group "C++ for Embedded and
Real Time Systems".

Aviso cualquier cosa.

Voy a escribir acá cuando termine la semana sobre las cosas que se
están discutiendo.

Lo más caliente es el tema de co-rutinas. Hoy Gabriel Dos Reis
presentó cómo va el tema de modules,
y ahora a la noche (pero no voy a estar por rotura intelectual) van a
presentar contracts.

Todos creemos que co-routines es el gran feature que se viene (al
menos hasta ahora), pero hay
mucha disparidad ya que hay dos tendencias bien definidas: stackless o
stackfull.

Adelanto cositas del C++17 que se aprobaron:
   namespace A::B::C {

equivalente a
   namespace A {
        namespace B {
            namespace C {

Otra: está siendo discutida, pero va encaminada: operadores de
comparación default. "ALGO" del estilo

struct Pepe
{
    bool operator==(const Pepe&) const = default;
};

pero el debate es si se agrega al core language o se provee como
librería de relfection (algo que no se
sabe si se va a llegar para el C++17).

    Daniel.

-- 
Who’s got the sweetest disposition?
One guess, that’s who?
Who’d never, ever start an argument?
Who never shows a bit of temperament?
Who's never wrong but always right?
Who'd never dream of starting a fight?
Who get stuck with all the bad luck?

-- 
--

-- 
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error. 
En caso de duda visita "http://groups.google.com/group/cppba"
--- 
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe <at> googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/d/optout.

dgutson . | 23 Sep 23:13 2014
Picon

[cppba] Para estudiantes que busquen desafíos

http://tallertechnologies.com/es/taller-para-estudiantes

En lo posible en provincia de córdoba.

-- 
Who’s got the sweetest disposition?
One guess, that’s who?
Who’d never, ever start an argument?
Who never shows a bit of temperament?
Who's never wrong but always right?
Who'd never dream of starting a fight?
Who get stuck with all the bad luck?

-- 
--

-- 
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error. 
En caso de duda visita "http://groups.google.com/group/cppba"
--- 
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe <at> googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/d/optout.

aguml | 22 Sep 11:36 2014
Picon

Usar randon_shuffle con array multidimensional

Hola amigos, estoy haciendo una serie de pruebas con random_shuffle y he conseguido hacerlo funcionar con arrais unidimensionales pero ahora intento hacerlo por ejemplo con un array de tipo int con, por ejemplo, 2 filas y 2 columnas y me tiene loco.
Esta es la prueba que tengo hecha:
void __fastcall TFormPrincipal::ButtonBarajarMatrizClick(TObject *Sender)
{
       
//Indico el numero de filas y columnas
        filas
= 2;
        columnas
= 2;

       
//Obtenemos memoria para nuestro array
        v
= new int*[filas];
       
for(int i = 0; i < filas; ++i)
                v
[i] = new int[columnas];

       
//Relleno el array
       
int valor=0;
       
for(int f = 0; f < filas; f++) {
               
for(int c = 0; c < columnas; c++)
                        v
[f][c] = ++valor;
       
}

       
String s;

       
Memo1->Lines->Clear();
       
Memo1->Lines->Add("Matriz original");

       
//Mostramos el array original
       
for(int f = 0; f < filas; f++) {
                s
= "";
               
for(int c = 0; c < columnas; c++)
                        s
= s + String(v[f][c]) +",";
               
Memo1->Lines->Add(s);
       
}
       
Memo1->Lines->Add("");
       
Memo1->Lines->Add("Matriz modificada");

       
//Barajamos los valores del array
        random_shuffle
(&v[0][0], &v[filas][columnas]);

       
//Mostramos el array barajado
       
for(int f = 0; f < filas; f++) {
                s
= "";
               
for(int c = 0; c < columnas; c++)
                        s
= s + IntToStr(v[f][c]) +",";
               
Memo1->Lines->Add(s);
       
}

       
//Liberamos la memoria del array
       
for(int i = 0; i < filas; ++i) {
               
delete [] v[i];
       
}
       
delete [] v;
}

Ese codigo crashea al intentar random_shuffle escribir en un lugar indebido.
Lo mas que he conseguido es que baraje las filas pero no que baraje todos los elementos del array.
Estoy trabajando con C++Builder y quiero que sea con random_shuffle. Se me ocurrió copiar todo el array multidimensional en un array unidimensional, barajarlo, y rellenar el array multidimensional con el resultado pero me gustaria hacerlo de la forma correcta y por eso acudo a ustedes. Ojalá y podais ayudarme.

--
--
¿Eres miembro de "CyC++ Buenos Aires" verdad? Si no lo eres, has recibido este mesaje por error.
En caso de duda visita "http://groups.google.com/group/cppba"
---
Has recibido este mensaje porque estás suscrito al grupo "CyC++ Buenos Aires" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a cppba+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

Gmane