On Sun, Mar 4, 2012 at 4:17 PM, Vincent Torri wrote:
> On Sun, Mar 4, 2012 at 11:31 AM, HariHara Sudhan wrote:
> > They changed from this theme right? -
> > http://archive.gamedev.net/archive/index.html
>
> exactly. I didn't get there since i finished to work on the ddraw and
> d3d engine (i wrot
On Sun, Mar 4, 2012 at 11:31 AM, HariHara Sudhan wrote:
> They changed from this theme right? -
> http://archive.gamedev.net/archive/index.html
exactly. I didn't get there since i finished to work on the ddraw and
d3d engine (i wrote the first version of the d3d engine. the one in
the svn is the
They changed from this theme right? -
http://archive.gamedev.net/archive/index.html
I am trying to debug things. However I need a bit of guidance. I made some
changes to evas_ddraw_main.cpp file in modules->engines->software_ddraw
folder. Added some printf's
I compiled evas post that. The change
On Sun, Mar 4, 2012 at 2:28 PM, Vincent Torri wrote:
> On Sun, Mar 4, 2012 at 9:13 AM, HariHara Sudhan wrote:
> > Hmmm. I found this as well. Seems to apply to desktop apps -
> >
> http://msdn.microsoft.com/en-us/library/windows/desktop/gg426153(v=vs.85).aspx
> >
> >
> >
> > I also read through t
On Sun, Mar 4, 2012 at 9:43 AM, HariHara Sudhan wrote:
> This could be the answer.
>
> Check the last part of this page. Loosing Surfaces -
> http://www.gamedev.net/page/resources/_/technical/directx-and-xna/directdraw-programming-tutorial-r608
gamedev changed its website theme, since the last ti
On Sun, Mar 4, 2012 at 9:13 AM, HariHara Sudhan wrote:
> Hmmm. I found this as well. Seems to apply to desktop apps -
> http://msdn.microsoft.com/en-us/library/windows/desktop/gg426153(v=vs.85).aspx
>
>
>
> I also read through this forum -
> http://www.gamedev.net/topic/28984-handling-alt-tab-in-d
This could be the answer.
Check the last part of this page. Loosing Surfaces -
http://www.gamedev.net/page/resources/_/technical/directx-and-xna/directdraw-programming-tutorial-r608
On Sun, Mar 4, 2012 at 1:43 PM, HariHara Sudhan wrote:
> Hmmm. I found this as well. Seems to apply to deskto
Hmmm. I found this as well. Seems to apply to desktop apps -
http://msdn.microsoft.com/en-us/library/windows/desktop/gg426153(v=vs.85).aspx
I also read through this forum -
http://www.gamedev.net/topic/28984-handling-alt-tab-in-directdraw/
Seems like we have a similar situation at hand.
Do you
On Sat, Mar 3, 2012 at 10:03 PM, HariHara Sudhan wrote:
> I found this explanation on msdn. Seems like a solution.
>
> http://msdn.microsoft.com/en-us/library/aa919861.aspx
>
> I am not sure where I should add this code.
well, that's Windows CE API, not Windows XP one.
Vincent
-
I found this explanation on msdn. Seems like a solution.
http://msdn.microsoft.com/en-us/library/aa919861.aspx
I am not sure where I should add this code.
On Sat, Mar 3, 2012 at 1:44 PM, HariHara Sudhan wrote:
> Please find attached the test case for checking ddraw bug.
>
>
>
>
>
> On Sat, M
OK done. I will check and configure with -g option. I will send you the new
output.
Thanks for the help.
On Sat, Mar 3, 2012 at 4:07 PM, Vincent Torri wrote:
> On Sat, Mar 3, 2012 at 11:33 AM, HariHara Sudhan wrote:
> > The whole of EFL? no.
> >
> > I don't have a version handy with the -g op
What I mean is rotate the windows desktop by 90 degree or 180 degrees.
Either by using the EnumDisplaySettings function or by using the
ctrl+alt+arrrow keys on the keyboard or by setting an option in their
graphic cards management utility. Like ATI catalyst or Nvidia control
center.
or by using
On Sat, Mar 3, 2012 at 11:33 AM, HariHara Sudhan wrote:
> The whole of EFL? no.
>
> I don't have a version handy with the -g option.
>
> Can you try it instead (if you have it), or I will have to compile and try.
when debugging, you have to compile the libraries (here, the EFL) and
the test progr
The whole of EFL? no.
I don't have a version handy with the -g option.
Can you try it instead (if you have it), or I will have to compile and try.
On Sat, Mar 3, 2012 at 3:57 PM, Vincent Torri wrote:
> On Sat, Mar 3, 2012 at 9:06 AM, HariHara Sudhan wrote:
> > See attached file. This is t
On Sat, Mar 3, 2012 at 9:14 AM, HariHara Sudhan wrote:
> Please find attached the test case for checking ddraw bug.
one question : what do you mean by "changing the screen orientation" ?
Vincent
--
Virtualization & Clou
On Sat, Mar 3, 2012 at 9:06 AM, HariHara Sudhan wrote:
> See attached file. This is the output from the codeproject application.
hmm, useless. Are you sure that you compiled the EFL with -g ? If yes,
that program is of no use
Vincent
-
Please find attached the test case for checking ddraw bug.
On Sat, Mar 3, 2012 at 1:36 PM, HariHara Sudhan wrote:
> See attached file. This is the output from the codeproject application.
>
> I also went to ecore and printed to see how ecore was calling evil time.
> Maybe those handles are n
See attached file. This is the output from the codeproject application.
I also went to ecore and printed to see how ecore was calling evil time.
Maybe those handles are not being closed? Clueless at this point.
I will send you the ddraw test case in sometime.
On Sat, Mar 3, 2012 at 12:49 PM,
On Sat, Mar 3, 2012 at 8:15 AM, HariHara Sudhan wrote:
> I tried running the ecore animator example as is. No modifications and the
> problem persists. The problem is as follows:
>
>
> - TImer is created
> - Timer continuously creates handles
> - TImer is deleted - handle creation process co
I tried running the ecore animator example as is. No modifications and the
problem persists. The problem is as follows:
- TImer is created
- Timer continuously creates handles
- TImer is deleted - handle creation process comes to a stop
If the timer is allowed to continue, Handles are s
I had tried this with the ecore animator example yesterday. Will do it
again and send you the results.
On Thu, Mar 1, 2012 at 6:36 PM, Vincent Torri wrote:
> On Thu, Mar 1, 2012 at 1:11 PM, HariHara Sudhan wrote:
> > Yesterday I was trying to use
> >
> http://www.codeproject.com/Articles/1504
On Thu, Mar 1, 2012 at 1:11 PM, HariHara Sudhan wrote:
> Yesterday I was trying to use
> http://www.codeproject.com/Articles/150463/LeakMon-Track-Handle-leak-GDI-Leak-and-Memory-Leak
i've indeed seen it before. Can you try it with the ecore_animator example ?
Vincent
> Do let me know this one i
Yesterday I was trying to use
http://www.codeproject.com/Articles/150463/LeakMon-Track-Handle-leak-GDI-Leak-and-Memory-Leak
Do let me know this one is ok.
btw on an unrelated problem. I am running EFL on DirectDraw. The
application runs perfect and I have to say beautifully well.
Except for whe
On Wed, Feb 29, 2012 at 9:23 AM, HariHara Sudhan wrote:
> Also with GDI the leak is very high while with directx handles leak slower.
> Nevertheless there is some kind of a leak.
>
> Am I doing something wrong ?
I don't think so. It's more the GDI engine that is leaking. If you
know good tools to
Also with GDI the leak is very high while with directx handles leak slower.
Nevertheless there is some kind of a leak.
Am I doing something wrong?
On Wed, Feb 29, 2012 at 1:50 PM, HariHara Sudhan wrote:
> Hello Devs,
>
> I have a strange problem. EFL running on windows minGw starts leaking
>
Hello Devs,
I have a strange problem. EFL running on windows minGw starts leaking
handles (constantly creates handles crossing 400+ over a few minutes
time) when you run a timer or animator.
Any guesses on why this is happening? I am running this example -
http://docs.enlightenment.org/auto/e
26 matches
Mail list logo
