- Dillo-dev - lists.mailman3.com

Ignore a command line option (for Mac OS bundles)

by rf.opensource＠gmail.com

On Sat, Jun 4, 2011 at 5:19 PM, corvid <corvid(a)lavabit.com> wrote: > reza wrote: > > I'm trying to create a Mac OS executable bundle for dillo. This will be > > immensely helpful in increasing the reach of dillo to Mac users, as > majority > > of them shudder and run away when they hear they have to download, > (compile > > and) install the following: > > > > 1. Xcode 3 (which is a 4GB download!) > > 2. FLTK > > 3. libjpeg > > 4. libpng > > 5. zlib > > > > I've so far managed to cross compile both 32 bit and 64 bit binaries of > > dillo (same with fltk, libjpeg, libpng, zlib), create a bundle (which > fixes > > the icon problem) and almost get it to run on another machine. I have a > > small problem however and can use some help. > > > > It turns out Mac OS passes a command line argument to applications when > it > > runs them as a bundle. The command line option is something like > > -psn_0_25790615, where the latter part of the number is different in each > > run. Dillo of course freaks out when it sees it, prints out the help text > > (correct usage and whatnot) and exits. > > > > Can you please add a case to the command line parsing code to ignore an > > option if it includes text "-psn_0"? I could give it a shot but chances > are > > I'll break something else. Something like this should work: > > > > if (string(argv[1]).find("-psn_") == 0) { > > _MSG("Apparently a mac bundle", 0); > > _MSG(argv[1], 0); > > //ignore this option and move to the next; > > > > (Code sample from > > > https://svn.janelia.org/penglab/projects/v3d/trunk/v3d_main/v3d/v3d_command… > ) > > Perhaps a relatively clean solution would be for you to have a wrapper -- > whatever the moral equivalent of a shell script might be under these > circumstances -- that removes the argument and then calls Dillo. > > > Unfortunately by the time the first executable of the bundle (my script) gets to run, the current working directory is somehow reset to /, and I don't know how to retrieve the runtime bundle directory. I still think that my suggested solution is an easier one to implement without wrestling with the Mac OS bundle execution policy, even though I concur your solution is more elegant. _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

June 5, 2011

Ignore a command line option (for Mac OS bundles)

by corvid＠lavabit.com

reza wrote: > I'm trying to create a Mac OS executable bundle for dillo. This will be > immensely helpful in increasing the reach of dillo to Mac users, as majority > of them shudder and run away when they hear they have to download, (compile > and) install the following: > > 1. Xcode 3 (which is a 4GB download!) > 2. FLTK > 3. libjpeg > 4. libpng > 5. zlib > > I've so far managed to cross compile both 32 bit and 64 bit binaries of > dillo (same with fltk, libjpeg, libpng, zlib), create a bundle (which fixes > the icon problem) and almost get it to run on another machine. I have a > small problem however and can use some help. > > It turns out Mac OS passes a command line argument to applications when it > runs them as a bundle. The command line option is something like > -psn_0_25790615, where the latter part of the number is different in each > run. Dillo of course freaks out when it sees it, prints out the help text > (correct usage and whatnot) and exits. > > Can you please add a case to the command line parsing code to ignore an > option if it includes text "-psn_0"? I could give it a shot but chances are > I'll break something else. Something like this should work: > > if (string(argv[1]).find("-psn_") == 0) { > _MSG("Apparently a mac bundle", 0); > _MSG(argv[1], 0); > //ignore this option and move to the next; > > (Code sample from > https://svn.janelia.org/penglab/projects/v3d/trunk/v3d_main/v3d/v3d_command…) Perhaps a relatively clean solution would be for you to have a wrapper -- whatever the moral equivalent of a shell script might be under these circumstances -- that removes the argument and then calls Dillo.

June 5, 2011

Ignore a command line option (for Mac OS bundles)

by rf.opensource＠gmail.com

I'm trying to create a Mac OS executable bundle for dillo. This will be immensely helpful in increasing the reach of dillo to Mac users, as majority of them shudder and run away when they hear they have to download, (compile and) install the following: 1. Xcode 3 (which is a 4GB download!) 2. FLTK 3. libjpeg 4. libpng 5. zlib I've so far managed to cross compile both 32 bit and 64 bit binaries of dillo (same with fltk, libjpeg, libpng, zlib), create a bundle (which fixes the icon problem) and almost get it to run on another machine. I have a small problem however and can use some help. It turns out Mac OS passes a command line argument to applications when it runs them as a bundle. The command line option is something like -psn_0_25790615, where the latter part of the number is different in each run. Dillo of course freaks out when it sees it, prints out the help text (correct usage and whatnot) and exits. Can you please add a case to the command line parsing code to ignore an option if it includes text "-psn_0"? I could give it a shot but chances are I'll break something else. Something like this should work: if (string(argv[1]).find("-psn_") == 0) { _MSG("Apparently a mac bundle", 0); _MSG(argv[1], 0); //ignore this option and move to the next; (Code sample from https://svn.janelia.org/penglab/projects/v3d/trunk/v3d_main/v3d/v3d_command…) Thanks, Reza

June 4, 2011

Invitation to connect on LinkedIn

by sdliyong＠gmail.com

LinkedIn ------------ I'd like to add you to my professional network on LinkedIn. - Yong Yong Li platform software engineer at Hewlett-Packard China Confirm that you know Yong Li https://www.linkedin.com/e/m1sm8i-gofifhm7-1e/isd/2018522004/2K69vPKA/ -- (c) 2011, LinkedIn Corporation

June 2, 2011

Connection problems on Mac OS X 10.6.7

by rf.opensource＠gmail.com

Concurrency bugs are the worst type, thinking about it I can't think of a harder to debug class of bugs. Kudos for finding the bug 5 years ago in linux flyk, and double kudos for relating this one back to the old bug. -Reza On Jun 1, 2011, at 11:53 AM, Jorge Arellano Cid <jcid(a)dillo.org> wrote: > On Wed, Jun 01, 2011 at 03:47:32PM +0000, corvid wrote: >> >> How do you think that bug eluded detection for so many years? >> I was very surprised by it all... > > I) Very special conditions are necessary to trigger the bug, so > the code works for most cases, hiding the bug (e.g. the test case > in fltk works). > > It is a race condition where you need: > > - Multiple file descriptors being watched. > - Some of them being closed while others remain in activity. > - The closing being in such a way that the fd with the higher > number is closed before the others. > > > and on top of it there's also a semantic problem, which is very > hard to spot while reviewing the code: > > [in remove_fd():] > ... > if (n == _maxfd) _maxfd--; > ... > > It looks quite correct, but a callback may be pending in > the queue, and if so, it will not be honoured. > > > -- > Cheers > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

June 2, 2011

Connection problems on Mac OS X 10.6.7

by onepoint＠starurchin.org

Jorge Arellano Cid wrote: > Experience: what you learn after years of making mistakes ;-) Expert: someone who has made more mistakes than you can possibly imagine ;-) ;-) Regards, Jeremy Henty

June 1, 2011

A chronology of discussions on floating elements support

by rf.opensource＠gmail.com

A chronology of discussions on floating elements support, (or the floating element blues!) IMHO the number one missing feature of Dillo now is support for floating elements, which makes the rendering of majority of web sites unappealing / unreadable. So I became curious to see what sort of discussions has been going on in the past regarding this issue. It appears that this has been a goal for some time, at least as far back as 2004. Interestingly no one mentioned it in between 2004 and 2008, but from 2008 there has been interest in it again. Here's a little chronology I've put together from the discussions on the mailing list. I hope it raises interest in the community to finally address this feature. Oct 1, 2004 http://lists.auriga.wearlab.de/pipermail/dillo-dev/2004-October/002218.html Jorge mentions that bug#598 is because Dillo doesn't support floating elements. I couldn't find bug#598 in the bugtracker page. Nov 6, 2004 http://lists.auriga.wearlab.de/pipermail/dillo-dev/2004-November/002414.html<http://lists.auriga.wearlab.de/pipermail/dillo-dev/2009-May/006415.html> Jorge makes a priority task list of remaining issues. (This is before porting to FLTK2.) Based on this list support for floating objects should be added to DwPage. There Jorge claims "This is a bit difficult, since I'm not yet able to estimate the work." April 20, 2008 http://lists.auriga.wearlab.de/pipermail/dillo-dev/2008-April/004101.html Jorge: "Planning for CSS, floating objects and TABS.(these are important features to a nice browsing experience)". Later Enrico mentions that he plans to write a universal but small CSS parser as a separate library to fix the missing CSS issue. Jorge suggests he look at RCSS by Raph Levien. July 3, 2008 http://lists.auriga.wearlab.de/pipermail/dillo-dev/2008-July/004652.html As part of future of dillo2, Jorge: "In the near future, I'd like to have CSS and proper floating text rendering (DIV element), plus an API as a help browser." Nobody follows it up in that thread. Oct 22, 2008 http://lists.auriga.wearlab.de/pipermail/dillo-dev/2008-October/005274.html Johannes proposes a plan to support CSS, and in parallel to make floating objects work in dw/textblocks.cc. Jorge mentions in reply that "currently I don't know which of these two is more urgent: * floats in textblock, * DIV element. I'd say DIV." Nov 7, 2008 http://lists.auriga.wearlab.de/pipermail/dillo-dev/2008-November/005381.html Jorge mentions that Sebastian is apparently working on floating objects support. Jan 5, 2009 http://lists.auriga.wearlab.de/pipermail/dillo-dev/2009-January/005608.html Jorge: "BTW, after we merge CSS into the main branch, it seems like floating objects will be the highest priority. Dillo rendering would improve a lot by using both!" Mar 4, 2009 http://lists.auriga.wearlab.de/pipermail/dillo-dev/2009-March/006122.html Jorge mentions as a future goal: "Improve rendering: especially floating objects and the already good-looking CSS." May 10, 2009 http://lists.auriga.wearlab.de/pipermail/dillo-dev/2009-May/006415.html Some discussion (with no clear conclusion) on "treatment of white spaces inside text blocks" between corvid, Jorge and Johannes. Jorge mentions that it will need changes to the textblock and that it is a task for dillo 2.2. Corvid hopes Johannes fixes it, Johannes hopes someone else fixes it, and Jorge mentions that Sebastian wanted to fix it but there's no news of him and apparently he has to tackle it himself. Jorge: "I remember doing this with table rendering algorithms, and it took months, but the end result was worth the effort. If somebody here wants to help along the way, it'd be more than welcomed." June 23, 2009 http://lists.auriga.wearlab.de/pipermail/dillo-dev/2009-June/006645.html Jorge: "The column layout problem is mainly a lack of implementation of floating elements in the textblock. it is one of the top priorities for the next release (if not the topmost). We'll work on it and try to fix it. We're yet to find out how much work it will be." Oct 14, 2009 http://lists.auriga.wearlab.de/pipermail/dillo-dev/2009-October/006918.html Jorge: "Right now, I see these ones very close: 1.Rendering of floating objects.(very visible for users)" Dec 11, 2009 http://lists.auriga.wearlab.de/pipermail/dillo-dev/2009-December/007077.html TIm and Johannes give it s shot, but the issue remains unfixed. Johannes: "The real problem is what to do with those values. We need a way to render floating elements in dw/*" Oct 13, 2010 http://lists.auriga.wearlab.de/pipermail/dillo-dev/2010-October/007760.html Jorge mentions: "Personally I believe the collapsing model and its baroque combinations are seldom used in the Web. Most sites are structured around floating DIVs these days,and even the last SPEC more or less recognizes the problem." Jan 26, 2011 http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-January/008022.html Benjamin Johnson: "- Twelve years and three toolkits later, there's still no support for such basic functionality as floating elements (HTML "align=" or CSS "float:")." May 26, 2011 http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-May/008352.html Jorge mentions: "Dillo doesn't have support for "floating elements" yet. The web has become full of them because of slow rendering of tables. Well, we're supposed to work on it in the near future. For the meanwhile, you'll see weird "unrolled" pages."

June 1, 2011

Connection problems on Mac OS X 10.6.7

by jcid＠dillo.org

On Wed, Jun 01, 2011 at 03:47:32PM +0000, corvid wrote: > > How do you think that bug eluded detection for so many years? > I was very surprised by it all... I) Very special conditions are necessary to trigger the bug, so the code works for most cases, hiding the bug (e.g. the test case in fltk works). It is a race condition where you need: - Multiple file descriptors being watched. - Some of them being closed while others remain in activity. - The closing being in such a way that the fd with the higher number is closed before the others. and on top of it there's also a semantic problem, which is very hard to spot while reviewing the code: [in remove_fd():] ... if (n == _maxfd) _maxfd--; ... It looks quite correct, but a callback may be pending in the queue, and if so, it will not be honoured. -- Cheers Jorge.-

June 1, 2011

Two bugs in the Dillo GUI (both Mac and ubuntu)

by jcid＠dillo.org

On Wed, Jun 01, 2011 at 04:45:18AM -0500, reza farivar wrote: > [...] > General note: I think dillo (FLTK in general?) renders better / more > beautifully in Mac than Ubuntu. The fonts are less jaggy (It seems the linux > version is not using vector fonts at all?), and I can scroll both > horizontally and vertically using touchpad gestures on Mac, while only > vertical scrolling works in dillo under Linux. Horizontal scrolling is a RFE (with patch) for FLTK-1.3. http://www.fltk.org/str.php?L2644 Funny how Mac has it and Linux/Win32 not yet. -- Cheers Jorge.-

June 1, 2011

Connection problems on Mac OS X 10.6.7

by jcid＠dillo.org

On Wed, Jun 01, 2011 at 01:09:37AM -0500, reza farivar wrote: > Jorge, > > Good job identifying the problem. Based on the symptoms it looked too much > like the bug is in Dillo. I just found out your patch ( > http://www.fltk.org/str.php?L2652+P0+S-2+C0+I0+E0+Q2652) :) That's experience. Experience: what you learn after years of making mistakes ;-) > and I'm impressed on how you found the issue. I could elaborate a bit on it, but don't want to sound boring. > I should also add that now the rendering looks better than before. I'll > install dillo on my linux box to cross compare now, but it's great that > nasty bug is resolved. Yes, and we can also claim native compatibility with OS X. -- Cheers Jorge.-

June 1, 2011