Page MenuHomePhabricator

trueguypankaj (Pankaj)
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Wednesday

  • Clear sailing ahead.

User Details

User Since
Sep 30 2015, 3:32 AM (252 w, 4 d)
Availability
Available

Recent Activity

Jan 18 2017

trueguypankaj abandoned D4606: eldbus: Safety check before accessing memory address.
Jan 18 2017, 10:28 PM
trueguypankaj abandoned D4604: eina: Safety check before accessing memory address.

small memory.

Jan 18 2017, 10:08 PM
trueguypankaj abandoned D4602: efreet: Safety check before accessing memory address.
  1. the amount of error handling code just clutters the codebase 2. it increases binary sizes 3. IF YOU CANNOT allocate a tiny structure for an array that is going to total a few bytes... why not crash? if you have that little memory left... the process literally is not going to be able to function. you could put in an abort there instead of a return, or just let the segv handler deal with it automatically. NULL pointer addresses will ALWAYS end up just segving... there is very little you can do recovery-wise here.

if you cannot allocate 5mb of ram in a block... yeah. it's an error that is recoverable. the app can continue and do something sensible. cannot allocate 16 or 32 or 64 bytes? we're in super deep trouble. so deep that there is nothing sensible you can do.

Jan 18 2017, 10:02 PM
trueguypankaj abandoned D4603: eio: Safety check before accessing memory address..
  1. the amount of error handling code just clutters the codebase 2. it increases binary sizes 3. IF YOU CANNOT allocate a tiny structure for an array that is going to total a few bytes... why not crash? if you have that little memory left... the process literally is not going to be able to function. you could put in an abort there instead of a return, or just let the segv handler deal with it automatically. NULL pointer addresses will ALWAYS end up just segving... there is very little you can do recovery-wise here.

if you cannot allocate 5mb of ram in a block... yeah. it's an error that is recoverable. the app can continue and do something sensible. cannot allocate 16 or 32 or 64 bytes? we're in super deep trouble. so deep that there is nothing sensible you can do.

Jan 18 2017, 10:02 PM
trueguypankaj abandoned D4605: evas: Safety check before accessing memory address.
  1. the amount of error handling code just clutters the codebase 2. it increases binary sizes 3. IF YOU CANNOT allocate a tiny structure for an array that is going to total a few bytes... why not crash? if you have that little memory left... the process literally is not going to be able to function. you could put in an abort there instead of a return, or just let the segv handler deal with it automatically. NULL pointer addresses will ALWAYS end up just segving... there is very little you can do recovery-wise here.

if you cannot allocate 5mb of ram in a block... yeah. it's an error that is recoverable. the app can continue and do something sensible. cannot allocate 16 or 32 or 64 bytes? we're in super deep trouble. so deep that there is nothing sensible you can do.

Jan 18 2017, 10:01 PM
trueguypankaj abandoned D4607: edje: Safety check before accessing memory address.
  1. the amount of error handling code just clutters the codebase 2. it increases binary sizes 3. IF YOU CANNOT allocate a tiny structure for an array that is going to total a few bytes... why not crash? if you have that little memory left... the process literally is not going to be able to function. you could put in an abort there instead of a return, or just let the segv handler deal with it automatically. NULL pointer addresses will ALWAYS end up just segving... there is very little you can do recovery-wise here.

if you cannot allocate 5mb of ram in a block... yeah. it's an error that is recoverable. the app can continue and do something sensible. cannot allocate 16 or 32 or 64 bytes? we're in super deep trouble. so deep that there is nothing sensible you can do.

Jan 18 2017, 10:00 PM
trueguypankaj abandoned D4609: eldbus:Safety check before accessing memory address.
  1. the amount of error handling code just clutters the codebase 2. it increases binary sizes 3. IF YOU CANNOT allocate a tiny structure for an array that is going to total a few bytes... why not crash? if you have that little memory left... the process literally is not going to be able to function. you could put in an abort there instead of a return, or just let the segv handler deal with it automatically. NULL pointer addresses will ALWAYS end up just segving... there is very little you can do recovery-wise here.

if you cannot allocate 5mb of ram in a block... yeah. it's an error that is recoverable. the app can continue and do something sensible. cannot allocate 16 or 32 or 64 bytes? we're in super deep trouble. so deep that there is nothing sensible you can do.

Jan 18 2017, 10:00 PM
trueguypankaj abandoned D4610: edje: Safety check before accessing memory address.
  1. the amount of error handling code just clutters the codebase 2. it increases binary sizes 3. IF YOU CANNOT allocate a tiny structure for an array that is going to total a few bytes... why not crash? if you have that little memory left... the process literally is not going to be able to function. you could put in an abort there instead of a return, or just let the segv handler deal with it automatically. NULL pointer addresses will ALWAYS end up just segving... there is very little you can do recovery-wise here.

if you cannot allocate 5mb of ram in a block... yeah. it's an error that is recoverable. the app can continue and do something sensible. cannot allocate 16 or 32 or 64 bytes? we're in super deep trouble. so deep that there is nothing sensible you can do.

Jan 18 2017, 10:00 PM
trueguypankaj abandoned D4611: gl_common: Safety check to avoid segfault..
  1. the amount of error handling code just clutters the codebase 2. it increases binary sizes 3. IF YOU CANNOT allocate a tiny structure for an array that is going to total a few bytes... why not crash? if you have that little memory left... the process literally is not going to be able to function. you could put in an abort there instead of a return, or just let the segv handler deal with it automatically. NULL pointer addresses will ALWAYS end up just segving... there is very little you can do recovery-wise here.

if you cannot allocate 5mb of ram in a block... yeah. it's an error that is recoverable. the app can continue and do something sensible. cannot allocate 16 or 32 or 64 bytes? we're in super deep trouble. so deep that there is nothing sensible you can do.

Jan 18 2017, 9:59 PM
trueguypankaj created D4611: gl_common: Safety check to avoid segfault..
Jan 18 2017, 3:52 AM
trueguypankaj created D4610: edje: Safety check before accessing memory address.
Jan 18 2017, 2:35 AM
trueguypankaj created D4609: eldbus:Safety check before accessing memory address.
Jan 18 2017, 2:02 AM
trueguypankaj updated the diff for D4607: edje: Safety check before accessing memory address.

missing return statement.

Jan 18 2017, 1:49 AM
trueguypankaj created D4607: edje: Safety check before accessing memory address.
Jan 18 2017, 1:23 AM
trueguypankaj created D4606: eldbus: Safety check before accessing memory address.
Jan 18 2017, 1:15 AM
trueguypankaj added a reviewer for D4605: evas: Safety check before accessing memory address: singh.amitesh.
Jan 18 2017, 12:09 AM
trueguypankaj added a reviewer for D4604: eina: Safety check before accessing memory address: singh.amitesh.
Jan 18 2017, 12:09 AM
trueguypankaj created D4605: evas: Safety check before accessing memory address.
Jan 18 2017, 12:08 AM
trueguypankaj added a reviewer for D4603: eio: Safety check before accessing memory address.: singh.amitesh.
Jan 18 2017, 12:08 AM
trueguypankaj created D4604: eina: Safety check before accessing memory address.
Jan 18 2017, 12:04 AM
trueguypankaj created D4603: eio: Safety check before accessing memory address..
Jan 18 2017, 12:01 AM

Jan 17 2017

trueguypankaj added reviewers for D4602: efreet: Safety check before accessing memory address: atulfokk, singh.amitesh.
Jan 17 2017, 11:57 PM
trueguypankaj updated the summary of D4602: efreet: Safety check before accessing memory address.
Jan 17 2017, 11:50 PM
trueguypankaj created D4602: efreet: Safety check before accessing memory address.
Jan 17 2017, 11:49 PM

Jun 15 2016

trueguypankaj updated the diff for D4026: focus: next/prev(Tab Order) implementation.

focus:file mode reverted to previous.

Jun 15 2016, 9:36 PM

Jun 14 2016

trueguypankaj updated the diff for D4026: focus: next/prev(Tab Order) implementation.

focus:updating according to review comments.

Jun 14 2016, 9:45 PM

Jun 8 2016

trueguypankaj added reviewers for D4026: focus: next/prev(Tab Order) implementation: singh.amitesh, yashu21985, atulfokk.
Jun 8 2016, 2:30 AM
trueguypankaj retitled D4026: focus: next/prev(Tab Order) implementation from to focus: next/prev(Tab Order) implementation.
Jun 8 2016, 2:25 AM

Feb 16 2016

trueguypankaj abandoned D3691: Evas TextBlock: scale linesize with current scale..

similar patch has already been raised.

Feb 16 2016, 2:01 AM
trueguypankaj added a comment to D3691: Evas TextBlock: scale linesize with current scale..

I will add test suite in my next commit.
Can you please let me know, is there any API to get linesize of Textblock .

Feb 16 2016, 1:16 AM
trueguypankaj retitled D3691: Evas TextBlock: scale linesize with current scale. from Evas TextBlock: scale linesize with elm_config_scale. to Evas TextBlock: scale linesize with current scale..
Feb 16 2016, 1:13 AM
trueguypankaj updated the diff for D3691: Evas TextBlock: scale linesize with current scale..

Evas Textblock: syntax errors corrected.

Feb 16 2016, 1:00 AM
trueguypankaj retitled D3691: Evas TextBlock: scale linesize with current scale. from Evas TextBlock:scale linesize with elm_config_scale. to Evas TextBlock: scale linesize with elm_config_scale..
Feb 16 2016, 12:50 AM

Feb 15 2016

trueguypankaj added reviewers for D3691: Evas TextBlock: scale linesize with current scale.: raster, Hermet, tasn, wonsik, herdsman, cedric.
Feb 15 2016, 11:54 PM
trueguypankaj retitled D3691: Evas TextBlock: scale linesize with current scale. from to Evas TextBlock:scale linesize with elm_config_scale..
Feb 15 2016, 11:49 PM