Re: [E-devel] e17 on OSX: blank file menus

2012-11-18 Thread Dave Ray

On Nov 13, 2012, at 10:40 PM, Carsten Haitzler (The Rasterman) wrote:

 On Mon, 15 Oct 2012 20:07:28 -0700 Dave Ray ap...@jonive.com said:
 
 Hi,
 
 On Oct 15, 2012, at 8:45 AM, Carsten Haitzler (The Rasterman) wrote:
 
 On Mon, 15 Oct 2012 07:31:04 -0700 Dave Ray ap...@jonive.com said:
 
 Hi,
 Yes, it exists. But there may be something wrong with the full path e17 is
 looking for:
 $ ls
 -al /var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T/enlightenment-davidray
 \@/ total 0 drwx--  3 davidray  davidray  102 Oct 15
 07:19 . drwx--  4 davidray  davidray  136 Oct 15 07:25 ..
 srwxrwxrwx  1 davidray  davidray0 Oct 15 07:19 disp-:0.0-1743%F0??
 $
 
 %F0?? ... almost looks like something became corrupt. the path buffer is
 limtied to 1024 bytes but your path is much less than that. the code
 literally is:
 
snprintf(buf3, sizeof(buf3), %s/disp-%s-%i,
 buf, disp, pid);
 so u have buf and disp output find but pid has junk appended to it and
 snprintf sure as hell doesnt append that. oooh wait...
 
 ecore_con will APPEND |%i to it:
 
 snprintf(buf,
  sizeof(buf),
  %s|%i,
  svr-name,
  svr-port);
 
 does osx disallow '|' in file paths?
 
 Yes, OSX does allow '|' (pipe symbol) in file paths. A shell interpreter is
 likely to fail with a pipe in the filename though.
 
 I tried this a few more times. The socket file e17 creates is always a
 mismatch with the file that the console message say it's looking for. I guess
 this is why the file menus aren't working.
 
 When the console error is:
 Cannot connect to enlightenment (socket
 '/var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T//enlightenment-davidray@/disp-:0.0-8629
 
 The socket file created is:
 disp-:0.0-8629%EC??
 
 I don't understand how
 snprintf(buf,sizeof(buf),%s|%i,svr-name,svr-port); 
 can end up as 
 %EA??
 
 So the part of the filename appended by ecore_con is totally broken on OSX. 
 
 since it seems to be a socket path limitation (in size) and you've used a long
 XDG_RUNTIME_DIR, TMPDIR or SD_USER_SOCKETS_DIR just to make it worse... :)
 i've shortened the other bits of the socket name to make it hopefully fit in -
 but if you make any of these env vars longer yet still u'll hit the problem
 again. i suggest finding a way to keep them ... short :)
 

That is great news, but I won't be able to test it until I can build e17. 
Another problem has appeared on OSX and e17 (/trunk/e/) won't build for the 
last week. I posted about the new problem on Nov 13 but there were no replies. 

I will repost that in a separate thread. 

Dave



--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] e17 on OSX: blank file menus

2012-11-13 Thread The Rasterman
On Mon, 15 Oct 2012 20:07:28 -0700 Dave Ray ap...@jonive.com said:

 Hi,
 
 On Oct 15, 2012, at 8:45 AM, Carsten Haitzler (The Rasterman) wrote:
 
  On Mon, 15 Oct 2012 07:31:04 -0700 Dave Ray ap...@jonive.com said:
  
  Hi,
  Yes, it exists. But there may be something wrong with the full path e17 is
  looking for:
  $ ls
  -al /var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T/enlightenment-davidray
  \@/ total 0 drwx--  3 davidray  davidray  102 Oct 15
  07:19 . drwx--  4 davidray  davidray  136 Oct 15 07:25 ..
  srwxrwxrwx  1 davidray  davidray0 Oct 15 07:19 disp-:0.0-1743%F0??
  $
  
  %F0?? ... almost looks like something became corrupt. the path buffer is
  limtied to 1024 bytes but your path is much less than that. the code
  literally is:
  
   snprintf(buf3, sizeof(buf3), %s/disp-%s-%i,
buf, disp, pid);
  so u have buf and disp output find but pid has junk appended to it and
  snprintf sure as hell doesnt append that. oooh wait...
  
  ecore_con will APPEND |%i to it:
  
snprintf(buf,
 sizeof(buf),
 %s|%i,
 svr-name,
 svr-port);
  
  does osx disallow '|' in file paths?
 
 Yes, OSX does allow '|' (pipe symbol) in file paths. A shell interpreter is
 likely to fail with a pipe in the filename though.
 
 I tried this a few more times. The socket file e17 creates is always a
 mismatch with the file that the console message say it's looking for. I guess
 this is why the file menus aren't working.
 
 When the console error is:
 Cannot connect to enlightenment (socket
 '/var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T//enlightenment-davidray@/disp-:0.0-8629
 
 The socket file created is:
 disp-:0.0-8629%EC??
 
 I don't understand how
 snprintf(buf,sizeof(buf),%s|%i,svr-name,svr-port); 
 can end up as 
 %EA??
 
 So the part of the filename appended by ecore_con is totally broken on OSX. 

since it seems to be a socket path limitation (in size) and you've used a long
XDG_RUNTIME_DIR, TMPDIR or SD_USER_SOCKETS_DIR just to make it worse... :)
i've shortened the other bits of the socket name to make it hopefully fit in -
but if you make any of these env vars longer yet still u'll hit the problem
again. i suggest finding a way to keep them ... short :)

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] e17 on OSX: blank file menus

2012-10-17 Thread Sebastian Dransfeld
On 10/17/2012 03:06 AM, Carsten Haitzler (The Rasterman) wrote:
 On Tue, 16 Oct 2012 23:01:51 +0200 Vincent Torri vincent.to...@gmail.com 
 said:

 On Tue, Oct 16, 2012 at 9:17 PM, Dave Ray d...@jonive.com wrote:

 Hi,
 I just updated the whole e tree and still get the pthread error. I deleted
 the trunk/evas directory and re-updated to make sure nothing is being
 cached.

 $ autogen.sh --disable-fribidi
 …
 checking whether SVG image loader will be built... yes
 checking pthread.h usability... yes
 checking pthread.h presence... yes
 checking for pthread.h... yes
 checking for pthread.h... (cached) yes
 configure: error: Your pthread implementation does not have
 pthread_barrier_wait

 I think that we can implement it (doing like one would do on Windows):

 http://www.howforge.com/implementing-barrier-in-pthreads

 maybe we could add that in eina ? It seems that the following systems
 do not have pthread_barrier_wait :

 http://www.gnu.org/software/gnulib/manual/html_node/pthread_005fbarrier_005fwait.html

 so.. we have another problem. wince. due to the 16bit engine going away wince
 engine for evas is gone. this means it needs to use the 32bit engine, so right
 now we have zero engine support for wince after 1.7. in addition the eina lock
 infra for wince doesnt provide any cond support. this basically means i cant
 have a working barrier impl on wince unless conds are there, so this would
 break a wince engine if it were re-created to use the 32bit engine anyway.

 so... what do you want to do? win32 i think is ok... and i now have a eina
 barrier impl sitting here locally. it compiles at any rate. :)


It seems the WIN_NT  0x0600 part of win32 should work on wince. The 
functions seems at least to exist.

S.


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] e17 on OSX: blank file menus

2012-10-17 Thread Vincent Torri
On Wed, Oct 17, 2012 at 8:44 AM, Sebastian Dransfeld s...@tango.flipp.net 
wrote:
 On 10/17/2012 03:06 AM, Carsten Haitzler (The Rasterman) wrote:
 On Tue, 16 Oct 2012 23:01:51 +0200 Vincent Torri vincent.to...@gmail.com 
 said:

 On Tue, Oct 16, 2012 at 9:17 PM, Dave Ray d...@jonive.com wrote:

 Hi,
 I just updated the whole e tree and still get the pthread error. I deleted
 the trunk/evas directory and re-updated to make sure nothing is being
 cached.

 $ autogen.sh --disable-fribidi
 …
 checking whether SVG image loader will be built... yes
 checking pthread.h usability... yes
 checking pthread.h presence... yes
 checking for pthread.h... yes
 checking for pthread.h... (cached) yes
 configure: error: Your pthread implementation does not have
 pthread_barrier_wait

 I think that we can implement it (doing like one would do on Windows):

 http://www.howforge.com/implementing-barrier-in-pthreads

 maybe we could add that in eina ? It seems that the following systems
 do not have pthread_barrier_wait :

 http://www.gnu.org/software/gnulib/manual/html_node/pthread_005fbarrier_005fwait.html

 so.. we have another problem. wince. due to the 16bit engine going away wince
 engine for evas is gone. this means it needs to use the 32bit engine, so 
 right
 now we have zero engine support for wince after 1.7. in addition the eina 
 lock
 infra for wince doesnt provide any cond support. this basically means i cant
 have a working barrier impl on wince unless conds are there, so this would
 break a wince engine if it were re-created to use the 32bit engine anyway.

 so... what do you want to do? win32 i think is ok... and i now have a eina
 barrier impl sitting here locally. it compiles at any rate. :)


 It seems the WIN_NT  0x0600 part of win32 should work on wince. The
 functions seems at least to exist.

i also think so : we use critical sections, semaphores and events, all
of them exist on win ce

Vincent

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] e17 on OSX: blank file menus

2012-10-16 Thread Vincent Torri
On Tue, Oct 16, 2012 at 9:17 PM, Dave Ray d...@jonive.com wrote:

 Hi,
 I just updated the whole e tree and still get the pthread error. I deleted 
 the trunk/evas directory and re-updated to make sure nothing is being cached.

 $ autogen.sh --disable-fribidi
 …
 checking whether SVG image loader will be built... yes
 checking pthread.h usability... yes
 checking pthread.h presence... yes
 checking for pthread.h... yes
 checking for pthread.h... (cached) yes
 configure: error: Your pthread implementation does not have 
 pthread_barrier_wait

I think that we can implement it (doing like one would do on Windows):

http://www.howforge.com/implementing-barrier-in-pthreads

maybe we could add that in eina ? It seems that the following systems
do not have pthread_barrier_wait :

http://www.gnu.org/software/gnulib/manual/html_node/pthread_005fbarrier_005fwait.html

Vincent

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] e17 on OSX: blank file menus

2012-10-16 Thread The Rasterman
On Tue, 16 Oct 2012 23:01:51 +0200 Vincent Torri vincent.to...@gmail.com said:

 On Tue, Oct 16, 2012 at 9:17 PM, Dave Ray d...@jonive.com wrote:
 
  Hi,
  I just updated the whole e tree and still get the pthread error. I deleted
  the trunk/evas directory and re-updated to make sure nothing is being
  cached.
 
  $ autogen.sh --disable-fribidi
  …
  checking whether SVG image loader will be built... yes
  checking pthread.h usability... yes
  checking pthread.h presence... yes
  checking for pthread.h... yes
  checking for pthread.h... (cached) yes
  configure: error: Your pthread implementation does not have
  pthread_barrier_wait
 
 I think that we can implement it (doing like one would do on Windows):
 
 http://www.howforge.com/implementing-barrier-in-pthreads
 
 maybe we could add that in eina ? It seems that the following systems
 do not have pthread_barrier_wait :
 
 http://www.gnu.org/software/gnulib/manual/html_node/pthread_005fbarrier_005fwait.html
 
 Vincent

so even osx isn't posix compliant? fun times. :) that howtoforge page doesnt
work. :(


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] e17 on OSX: blank file menus

2012-10-16 Thread The Rasterman
On Tue, 16 Oct 2012 23:01:51 +0200 Vincent Torri vincent.to...@gmail.com said:

 On Tue, Oct 16, 2012 at 9:17 PM, Dave Ray d...@jonive.com wrote:
 
  Hi,
  I just updated the whole e tree and still get the pthread error. I deleted
  the trunk/evas directory and re-updated to make sure nothing is being
  cached.
 
  $ autogen.sh --disable-fribidi
  …
  checking whether SVG image loader will be built... yes
  checking pthread.h usability... yes
  checking pthread.h presence... yes
  checking for pthread.h... yes
  checking for pthread.h... (cached) yes
  configure: error: Your pthread implementation does not have
  pthread_barrier_wait
 
 I think that we can implement it (doing like one would do on Windows):
 
 http://www.howforge.com/implementing-barrier-in-pthreads
 
 maybe we could add that in eina ? It seems that the following systems
 do not have pthread_barrier_wait :
 
 http://www.gnu.org/software/gnulib/manual/html_node/pthread_005fbarrier_005fwait.html

so.. we have another problem. wince. due to the 16bit engine going away wince
engine for evas is gone. this means it needs to use the 32bit engine, so right
now we have zero engine support for wince after 1.7. in addition the eina lock
infra for wince doesnt provide any cond support. this basically means i cant
have a working barrier impl on wince unless conds are there, so this would
break a wince engine if it were re-created to use the 32bit engine anyway.

so... what do you want to do? win32 i think is ok... and i now have a eina
barrier impl sitting here locally. it compiles at any rate. :)


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] e17 on OSX: blank file menus

2012-10-15 Thread The Rasterman
On Tue, 9 Oct 2012 16:00:53 -0700 Dave Ray ap...@jonive.com said:

does /var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T/

exist as a dir? you know that if you set $XDG_RUNTIME_DIR or
$SD_USER_SOCKETS_DIR then this dir will be used as as the ipc dir. if not set
$TMPDIR is user and if that isnt set... /tmp is used. it seems you have set one
of the above $ENVVARS to a dir that doesnt exist?

 I apologize if this has already been discussed. 
 
 I have been building e17 on OSX for a few years, but there was a 6-month gap
 since I last tested it. Checking the SVN source now, there are a couple new
 issues I haven't seen before. 
 
 The file selection menus in the file manager are blank. For example, if I use
 the Navigate menu and select any folder. The window seems to draw everything
 normally, just the list of files and directories are blank. See attached
 screen shots. Same problem with Wallaper, and other modules that involve file
 selection.
 
 There are a few error messages at the console when I start e17. I don't know
 if they are important or related to the problem. I get no errors when I open
 a window in e17 that has the problem. You can see the e17 console messages
 here: http://pastebin.com/FgK781Mm
 
 Just to be complete: On OSX, dbus-session is running but dbus-system is not.
 HAL doesn't support devices on Intel processors on OSX, so I turned off HAL
 and dbus-system. That shouldn't matter though. I always did that before and
 never had any problems. (Just never used temperature, cpu, etc)
 
 I don't know how far back this problem goes, since there was a 6-month gap in
 my testing. 
 
 Any suggestions welcome.
 
 -Dave
 
 
 
 
 --
 Don't let slow site performance ruin your business. Deploy New Relic APM
 Deploy New Relic app performance management and know exactly
 what is happening inside your Ruby, Python, PHP, Java, and .NET app
 Try New Relic at no cost today and get our sweet Data Nerd shirt too!
 http://p.sf.net/sfu/newrelic-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] e17 on OSX: blank file menus

2012-10-15 Thread Dave Ray
Hi,
Yes, it exists. But there may be something wrong with the full path e17 is 
looking for:

$ ls -al /var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T
total 0
drwx--  4 davidray  davidray  136 Oct 15 07:24 .
drwxr-xr-x  5 davidray  davidray  170 Oct 15 07:12 ..
drwx--  3 davidray  davidray  102 Oct 15 07:19 
enlightenment-davidray@
srwxr-xr-x  1 davidray  davidray0 Oct 15 07:13 icssuis501

$ ls -al 
/var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T/enlightenment-davidray\@/
total 0
drwx--  3 davidray  davidray  102 Oct 15 07:19 .
drwx--  4 davidray  davidray  136 Oct 15 07:25 ..
srwxrwxrwx  1 davidray  davidray0 Oct 15 07:19 disp-:0.0-1743%F0??
$

So it looks like the dir exists, but there is a mismatch in the full path. I 
have no idea how these filenames are created, the % and ? in the path look 
weird.

-Dave


On Oct 15, 2012, at 2:32 AM, Carsten Haitzler (The Rasterman) wrote:

 does /var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T/
 
 exist as a dir? you know that if you set $XDG_RUNTIME_DIR or
 $SD_USER_SOCKETS_DIR then this dir will be used as as the ipc dir. if not set
 $TMPDIR is user and if that isnt set... /tmp is used. it seems you have set 
 one
 of the above $ENVVARS to a dir that doesnt exist?
 
  http://pastebin.com/FgK781Mm


--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] e17 on OSX: blank file menus

2012-10-15 Thread The Rasterman
On Mon, 15 Oct 2012 07:31:04 -0700 Dave Ray ap...@jonive.com said:

 Hi,
 Yes, it exists. But there may be something wrong with the full path e17 is
 looking for:
 
 $ ls -al /var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T
 total 0
 drwx--  4 davidray  davidray  136 Oct 15 07:24 .
 drwxr-xr-x  5 davidray  davidray  170 Oct 15 07:12 ..
 drwx--  3 davidray  davidray  102 Oct 15 07:19
 enlightenment-davidray@ srwxr-xr-x  1 davidray  davidray0
 Oct 15 07:13 icssuis501
 
 $ ls
 -al /var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T/enlightenment-davidray
 \@/ total 0 drwx--  3 davidray  davidray  102 Oct 15
 07:19 . drwx--  4 davidray  davidray  136 Oct 15 07:25 ..
 srwxrwxrwx  1 davidray  davidray0 Oct 15 07:19 disp-:0.0-1743%F0??
 $
 
 So it looks like the dir exists, but there is a mismatch in the full path. I
 have no idea how these filenames are created, the % and ? in the path look
 weird.

%F0?? ... almost looks like something became corrupt. the path buffer is
limtied to 1024 bytes but your path is much less than that. the code literally
is:

  snprintf(buf3, sizeof(buf3), %s/disp-%s-%i,
   buf, disp, pid);
so u have buf and disp output find but pid has junk appended to it and snprintf
sure as hell doesnt append that. oooh wait...

ecore_con will APPEND |%i to it:

   snprintf(buf,
sizeof(buf),
%s|%i,
svr-name,
svr-port);

does osx disallow '|' in file paths?

 -Dave
 
 
 On Oct 15, 2012, at 2:32 AM, Carsten Haitzler (The Rasterman) wrote:
 
  does /var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T/
  
  exist as a dir? you know that if you set $XDG_RUNTIME_DIR or
  $SD_USER_SOCKETS_DIR then this dir will be used as as the ipc dir. if not
  set $TMPDIR is user and if that isnt set... /tmp is used. it seems you have
  set one of the above $ENVVARS to a dir that doesnt exist?
  
   http://pastebin.com/FgK781Mm
 
 
 --
 Don't let slow site performance ruin your business. Deploy New Relic APM
 Deploy New Relic app performance management and know exactly
 what is happening inside your Ruby, Python, PHP, Java, and .NET app
 Try New Relic at no cost today and get our sweet Data Nerd shirt too!
 http://p.sf.net/sfu/newrelic-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] e17 on OSX: blank file menus

2012-10-15 Thread Dave Ray
Hi,

On Oct 15, 2012, at 8:45 AM, Carsten Haitzler (The Rasterman) wrote:

 On Mon, 15 Oct 2012 07:31:04 -0700 Dave Ray ap...@jonive.com said:
 
 Hi,
 Yes, it exists. But there may be something wrong with the full path e17 is
 looking for:
 $ ls
 -al /var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T/enlightenment-davidray
 \@/ total 0 drwx--  3 davidray  davidray  102 Oct 15
 07:19 . drwx--  4 davidray  davidray  136 Oct 15 07:25 ..
 srwxrwxrwx  1 davidray  davidray0 Oct 15 07:19 disp-:0.0-1743%F0??
 $
 
 %F0?? ... almost looks like something became corrupt. the path buffer is
 limtied to 1024 bytes but your path is much less than that. the code literally
 is:
 
  snprintf(buf3, sizeof(buf3), %s/disp-%s-%i,
   buf, disp, pid);
 so u have buf and disp output find but pid has junk appended to it and 
 snprintf
 sure as hell doesnt append that. oooh wait...
 
 ecore_con will APPEND |%i to it:
 
   snprintf(buf,
sizeof(buf),
%s|%i,
svr-name,
svr-port);
 
 does osx disallow '|' in file paths?

Yes, OSX does allow '|' (pipe symbol) in file paths. A shell interpreter is 
likely to fail with a pipe in the filename though.

I tried this a few more times. The socket file e17 creates is always a mismatch 
with the file that the console message say it's looking for. I guess this is 
why the file menus aren't working.

When the console error is:
Cannot connect to enlightenment (socket 
'/var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T//enlightenment-davidray@/disp-:0.0-8629

The socket file created is:
disp-:0.0-8629%EC??

I don't understand how
snprintf(buf,sizeof(buf),%s|%i,svr-name,svr-port); 
can end up as 
%EA??

So the part of the filename appended by ecore_con is totally broken on OSX. 

-Dave




--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] e17 on OSX: blank file menus

2012-10-09 Thread Vincent Torri
On Wed, Oct 10, 2012 at 1:00 AM, Dave Ray ap...@jonive.com wrote:
 I apologize if this has already been discussed.

 I have been building e17 on OSX for a few years, but there was a 6-month gap 
 since I last tested it. Checking the SVN source now, there are a couple new 
 issues I haven't seen before.

 The file selection menus in the file manager are blank. For example, if I use 
 the Navigate menu and select any folder. The window seems to draw everything 
 normally, just the list of files and directories are blank. See attached 
 screen shots.

I don't see them. Did you forget to attach them ?

Vincent

 Same problem with Wallaper, and other modules that involve file selection.

 There are a few error messages at the console when I start e17. I don't know 
 if they are important or related to the problem. I get no errors when I open 
 a window in e17 that has the problem. You can see the e17 console messages 
 here: http://pastebin.com/FgK781Mm

 Just to be complete: On OSX, dbus-session is running but dbus-system is not. 
 HAL doesn't support devices on Intel processors on OSX, so I turned off HAL 
 and dbus-system. That shouldn't matter though. I always did that before and 
 never had any problems. (Just never used temperature, cpu, etc)

 I don't know how far back this problem goes, since there was a 6-month gap in 
 my testing.

 Any suggestions welcome.

 -Dave





--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel