wxcode-users — Submission, Questions, Information

Re: [wxCode-users] changes not visible

[Francesco <f18...@ya...>]

Hi,


2010/5/19 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>:
>
>  Hi,
>
>> 3) The "Additional utilities" block in
>>  the template mycomp.bkl incorrectly shows the "zip" and "docs" tags
>> without
>> trailing slashes:
>>...
> you're right. I've fixed it.
...
> ----------
> Can you push these changes to the SVN repo, please? No update is visible.
I think they're already in the SVN repo:

http://wxcode.svn.sourceforge.net/viewvc/wxcode/trunk/wxCode/template/build/mycomp.bkl?view=markup


Francesco

Re: [wxCode-users] aclocal

[Francesco <f18...@ya...>]

Hi,


2010/5/19 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>:
> Your suggestion didn't change things, as it shouldn't. really but I now
> understand why this happens.What's happening is that your script assumes
> that aclocal will have a version string that looks like maj.min.rel, and the
> current MinGW doesn't. It.s V11.1. Therefore aclocal_rel is empty and the
> version check fails.
>
> My fix was to add:
>
> if [[ "$aclocal_rel" < "0" ]]; then aclocal_rel=0; fi
>
> after line 27 of acregen.sh to set aclocal_rel to 0 if no release version is
> found. Feel free to fix or improve on it.
ok, nice catch.
I've added your fix to template\build\acregen.sh which is the file I
copy in new components whenever I create their folders.
Thanks for reporting it!


> However, I still get the second error relating to m4 not recognising the
> argument "--gnu":
>
> /bin/m4: unrecognized option `--gnu'
> Try `/bin/m4 --help' for more information.
> autom4te: /bin/m4 failed with exit status: 1
> aclocal: autom4te failed with exit status: 1
>
> That string doesn't exist anywhere in the build files or templates so I'm a
> bit stuck. The error occurs when acregen.sh calls
>
> aclocal && autoconf && mv configure
>
> whilst aclocal is running but I lose track of where execution goes from
> there. I can't trap it in configure.ac, which I though was next to run.
aclocal & autoconf do not run configure.ac; rather they interpret it
(configure.ac is written in a macro language called "m4" or "m4sugar")
and then build the configure script. From the error you get I think
the problem is that your M4 interpreter (/bin/m4) does not seem to be
the GNU one... and this seems to give problems to autom4te (an utility
used by aclocal).
This problem has nothing to do with wxCode/wxWidgets but rather seems
a problem of MSYS (assuming you're using MSYS).
I strongly suggest you to generate your configure script from a real
Linux installation (which you will require anyway if you want to test
your component/apps under linux)... if you don't want to mess with
partitions/boot-managers, etc, I'd suggest you to go with VMWare
player and the Ubuntu DVD :)
To develop cross-platform software, virtual machines are very handy!

HTH,
Francesco

[wxCode-users] [ wxcode-Bugs-3005593 ] wxJSONReader - multiline C-style comment error

[SourceForge.net <no...@so...>]

Bugs item #3005593, was opened at 2010-05-22 03:35
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3005593&group_id=51305

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: wxJSON
Group: last released version
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: wxJSONReader - multiline C-style comment error

Initial Comment:
Multiline C-style comments (/*....*/) was supported correctly in wxJSON 1.0
But it's now not correctly parsed with current release (wxJSON 1.2)
The bug is in wxJSONReader::SkipComment() method.

while ( ch >= 0 ) {
    // check the END-COMMENT chars ('*/')
    if ( ch == '*' )    {
	ch = PeekChar( is );
	if ( ch == '/' )    {
	    ch = ReadChar( is ); <--- The comment close '/' char will be return instead of the next char
	    utf8Buff.AppendData( "*/", 2 );
	    break;
	}
    }
    // store the char in the UTF8 temporary buffer
    c = (unsigned char) ch;
    utf8Buff.AppendByte( c );
    ch = ReadChar( is );
}

The following should fix this bug:
while ( ch >= 0 ) {
    // check the END-COMMENT chars ('*/')
    if ( ch == '*' )    {
	ch = PeekChar( is );
	if ( ch == '/' )    {
	    ch = ReadChar( is ); //read pass the comment close char
	    ch = ReadChar( is );// read the next char that will be returned
	    utf8Buff.AppendData( "*/", 2 );
	    break;
	}
    }
    // store the char in the UTF8 temporary buffer
    c = (unsigned char) ch;
    utf8Buff.AppendByte( c );
    ch = ReadChar( is );
}

Thank you for this great library!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=3005593&group_id=51305

[wxCode-users] aclocal

[sdfkjsjlh s. <sdf...@ya...>]

 Hi,

> It appears that in line 36
>
> relok=$(($aclocal_maj == $aclocal_minimal_maj && $aclocal_min ==
> 
$aclocal_minimal_min && \
> ->         $aclocal_rel 
>= $aclocal_minimal_rel))
>
> aclocal_rel is resolving to null or something.
this is strange... it seems to run fine here 
(I've got aclocal 1.11.1).
Which version of aclocal do you have?
Are you sure your acregen.sh is using the correct newlines (CR only, not 
CRLF)?
Maybe you can try to simply replace lines 35 and 36 with:

relok=$(($aclocal_maj == $aclocal_minimal_maj && $aclocal_min ==
$aclocal_minimal_min && $aclocal_rel >= $aclocal_minimal_rel))

(i.e. 
everything on the same line)....
--------------

Your suggestion didn't change things, as it shouldn't. really but I now understand why this happens.What's happening is that your script assumes that aclocal will have a version string that looks like maj.min.rel, and the current MinGW doesn't. It.s V11.1. Therefore aclocal_rel is empty and the version check fails.

My fix was to add:

if [[ "$aclocal_rel" < "0" ]]; then aclocal_rel=0; fi

after line 27 of acregen.sh to set aclocal_rel to 0 if no release version is found. Feel free to fix or improve on it.

However, I still get the second error relating to m4 not recognising the argument "--gnu":

/bin/m4: unrecognized option `--gnu'
Try `/bin/m4 --help' for more information.
autom4te: /bin/m4 failed with exit status: 1
aclocal: autom4te failed with exit status: 1

That string doesn't exist anywhere in the build files or templates so I'm a bit stuck. The error occurs when acregen.sh calls

aclocal && autoconf && mv configure

whilst aclocal is running but I lose track of where execution goes from there. I can't trap it in configure.ac, which I though was next to run. Help!

Thanks.


      

[wxCode-users] changes not visible

[sdfkjsjlh s. <sdf...@ya...>]

 Hi,

> 3) The "Additional utilities" block in
>  the template 
mycomp.bkl incorrectly shows the "zip" and "docs" tags without
> 
trailing slashes:
>...
you're right. I've fixed it.

Thank you very much for reporting these problems!
----------
Can you push these changes to the SVN repo, please? No update is visible.

Thanks.


      

[wxCode-users] Still no website link

[sdfkjsjlh s. <sdf...@ya...>]

 I kept this discussion separate to make things easier. The website link for mmw is still inactive.

Whilst I was looking at the other things I tinkered with a copy of write_helper_link(), which writes that link, and can see that it's checking for the existence of the component's directory. Since it fails to write the live link I assume it concludes that the dir doesn't exist. It worked when I copied the function to my index file and ran the data through it. I'm not sure what the logic is there, either. Existence of the directory doesn't guarantee the existence of index.php. So there seem to be two issues.

1) Is it looking for the right thing?
2) Why doesn't it find it?

Thanks,

  Gary.


      

Re: [wxCode-users] Next issue

[sdfkjsjlh s. <sdf...@ya...>]

________________________________
I see that there's currently a big comment block on
screenshots/mmwx/index.php... I think it would be nice to put the
"js", the "css" and the index.php file (without that commented block)
in the other subfolders of wxcode/htdocs/screenshots... is it ok for
you?
-----

My apologies, I found what you were referring to and removed it.


Even better, instead of duplicating the "js" and "css" folders for
every component with screenshots, it would probably be better to put a
single copy into "screenshots" folder and then use ../js/slimbox2.js
and ../css/slimbox2.css to reference to them...
-----------

I took the liberty of moving the header lines to header.inc. I've also added the new writeScreenshotLink() to compwebsite.inc but I haven't enabled it as I didn't want to change the web site's functionality without your knowledge. I put it immediately under the existing version and you just need to rename it when you're ready. I've tested everything against the mmwx site, including the temporarily renamed new version of writeScreenshotLink(), and haven't seen any problems. The original files are backed up as <filename>.bak.
I moved Slimbox's css and js folders to the site root. That way we only need the one copy for both purposes.

I'm happy to go through and put the screenshot index into the other directories, if you'd like.

Users still need to set $compname in index.php. We can remove that requirement but it will require changing some code. I played around with that for a while and can see most of what needs to be done but it gets hard to debug and see what's going on when you don't have the whole site and it's DB to work with. Basically, you'd need to change queryres_table() in dboutput.inc to add the query string "?name=$comp[name]" to $compurl['website'] and $compurl['screenshots']. We could then adjust the index.php files to use the name passed. Doing that for $compurl['website'] causes problems for file checking in write_helper_link(), though, so it needs a bit more investigation.

Enjoy.


      

Re: [wxCode-users] Next issue

[sdfkjsjlh s. <sdf...@ya...>]

 Hi,


I see that there's currently a big comment block on
screenshots/mmwx/index.php... I think it would be nice to put the
"js", the "css" and the index.php file (without that commented block)
------------

You can't be talking about the function documentation, can you? Else you've lost me.


in the other subfolders of wxcode/htdocs/screenshots... is it ok for
you?
-----
Absolutely not! :-)

Even better, instead of duplicating the "js" and "css" folders for
every component with screenshots, it would probably be better to put a
single copy into "screenshots" folder and then use ../js/slimbox2.js
and ../css/slimbox2.css to reference to them...
--------------

Of course it was never my intention to duplicate those. I thought that was obvious. :-O
IIRC I mentioned that the Slimbox files need to go somewhere global, index.php into each screenshot dir. and have the name of the project inserted into it, unless we pull that from elsewhere, which would be much better as it would remove the need for users to do it.

I really dislike having the site code dumped into a directory which is user-accessible and have it mingled with directories they need to access, (cringe) however if that's your preference to stay consistent I can live with it. It's your baby. ;-)

Perhaps a better solution would be to change the code the generates the screenshot link to add the project name into the query string. That way we can put index.php into screenshots/<project> and have it work automagically. Likewise for the web site link. That way users no longer have to edit the $compname variable.

Cheers,

  Gary.


      

Re: [wxCode-users] build system for wxCode components (was without subject)

[sdfkjsjlh s. <sdf...@ya...>]

 Hi again,




________________________________
From: Francesco <f18...@ya...>
To: wxc...@li...
Sent: Mon, May 17, 2010 3:07:18 PM
Subject: Re: [wxCode-users] build system for wxCode components (was without subject)

Hi,
   sorry for the delay with this reply but I've seen this message only
now (it has been marked as spam by gmail as it was without subject!
please use "reply" and preserve the subject when writing on this
mailing list).

No problem. I always do. Who knows what Yahoo gets up to. ;-)

2010/5/11 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>:
> I'm cutting this thread down to the existing issues.
>
> I'm also not getting this list at my registered address. I've turned off
> digests to see if that helps.
hmmm, there's a "delivery" option in gnu mailman IIRC; maybe in your
case is set to disabled?
Or maybe GNU mailman is "smart" and considers your mail address as
not-real (given it's very uncommon/strange!!).

I think they were being held back until the next digest. All OK now.


> 2010/5/8 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>:
> I could but that's not the point. The point is that the template doesn't do
> it and here, I think, is why.
> I have the latest SVN.
>
> In \wxCode\build\bakefiles\presets line 17:
>
>    <!-- now all kind of MSVC
>  project files: -->
>     <add-formats>msvc6prj,msvs2005prj,msvs2003prj</add-formats>
>...
> Ain't no VC2008 there. ;-)
>
> Also, checking the header lines of the projects generated verifies that they
> are for VC6, VC2003 and VC2005.
> I'd say you've tweaked your local copy.
ouch!!! You're right. I've got VS2008 format enabled in my wxCode repo
but never checked it actually!!
Sorry for the misunderstaing; it's my fault. I've committed it now.
------------

Haha. No problem at all. I don't need it but I guess others will.
I like a bit of detective work. ;-)


Actually I also found out that I'm using the wx presets updated to
wx29 which are a bit different from those in wxCode/build currently
(which are aimed at wx28). I won't commit the updated presets however
but I should inform all wxCode developers that current wxCode presets
should be used only with WX_VERSION=28 (maybe in some cases they work
also with wx29 but I'm not sure)...
---------

Sorry, what do you mean by "presets"?



> The other thing that occurred to me was that 2.9 no longer uses wxT(), so
> it's probably fine under that.
As a side note, wx29 officially suggests to not use any macro around
strings. This improves the code readability. But if you want to update
the code you can just replace wxT() with wxS() which gives the best
performances.
--------

Yeah. I use 2.8 Unicode, though. Do you happen to know what the best practice is to support both? I don't plan to move to 2.9 until they get a release version out. Conditionals can't be good. Is there a better way?


> It appears that in line 36
>
> relok=$(($aclocal_maj == $aclocal_minimal_maj && $aclocal_min ==
> $aclocal_minimal_min && \
> ->         $aclocal_rel >= $aclocal_minimal_rel))
>
> aclocal_rel is resolving to null or something.
this is strange... it seems to run fine here (I've got aclocal 1.11.1).
Which version of aclocal do you have?
--------
I have 1.11, which was the latest available for MSys the other day.


Are you sure your acregen.sh is using the correct newlines (CR only, not CRLF)?
----

Nope but I'm on Windows so I don't care about line endings. :-)


Maybe you can try to simply replace lines 35 and 36 with:

relok=$(($aclocal_maj == $aclocal_minimal_maj && $aclocal_min ==
$aclocal_minimal_min && $aclocal_rel >= $aclocal_minimal_rel))

(i.e. everything on the same line)....
--------

I'll give it a go. Thanks.

Gary.


      

Re: [wxCode-users] Project-Takeover Request for wxSMTP and wxBZipStream

[Francesco <f18...@ya...>]

Hi Jim,

2010/5/16 Jim Hart <op...@go...>:
> We just have released a new version of our automation software OpenAPC at
> http://www.openapc.com
looks interesting!

> That new version includes updated versions of wxBZipStream and wxSMTP.
>
> After there is no maintainer for these projects or the maintainer is not
> available (the mail address for the wxBZipStream project on the wxCode pages
> is not valid)
Ryan Norton used to be subscribed to this list... I wonder if he's
still around :)
I've placed his SF email address in CC anyway...

> we have included these updated versions of wxSMTP and
> wxBZipStream into our SDK. This SDK is available at
> http://www.openapc.com/download.php
>
> wxSMTP - is included in plugins/libio_mailnotifier, the wxSMTP classes have
> been updated to work with wxWidgets 2.8 and with unicode strings
>
> wxBZipStream - is included in plugins/libio_compress, the
> bzip2-(de)compression code has been updated to the latest version.
>
> If there is no need to provide these projects within separate downloads on
> the wxCode pages (means if we can keep them within our SDK) I request the
> takeover as maintainer of both packages.
hmmm, sorry but I think it's best to provide those components separed
just like all other wxCode components. Given that the two components
and openAPC are not strictly tied together I think it would be very
confusing to just provide a single package which contains those two
components and also the openAPC SDK... if you don't have time to make
releases for these two components I think it would be still nice if
you can become their maintainer and just post the changes to their
SVN/CVS repository so that experienced users (which checkout the repo
and don't simply download the components' package) can benefit of the
fixes/enhancements you make...

Obviously this holds unless Ryan says he wants to maintain maintenance
of wxBZipStream...

Francesco

Re: [wxCode-users] Next issue

[Francesco <f18...@ya...>]

Hi,
   sorry again for the delay with this reply...

2010/5/13 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>:
>  Just for the hell of it the second screenshot on mmwx's website
> demonstrates the Slimbox version of writeScreenshotLink(). ;-)
very nice!

I see that there's currently a big comment block on
screenshots/mmwx/index.php... I think it would be nice to put the
"js", the "css" and the index.php file (without that commented block)
in the other subfolders of wxcode/htdocs/screenshots... is it ok for
you?

Even better, instead of duplicating the "js" and "css" folders for
every component with screenshots, it would probably be better to put a
single copy into "screenshots" folder and then use ../js/slimbox2.js
and ../css/slimbox2.css to reference to them...

Thanks,
Francesco

Re: [wxCode-users] build system for wxCode components (was without subject)

[Francesco <f18...@ya...>]

Hi,
   sorry for the delay with this reply but I've seen this message only
now (it has been marked as spam by gmail as it was without subject!
please use "reply" and preserve the subject when writing on this
mailing list).

2010/5/11 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>:
> I'm cutting this thread down to the existing issues.
>
> I'm also not getting this list at my registered address. I've turned off
> digests to see if that helps.
hmmm, there's a "delivery" option in gnu mailman IIRC; maybe in your
case is set to disabled?
Or maybe GNU mailman is "smart" and considers your mail address as
not-real (given it's very uncommon/strange!!).


> 2010/5/8 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>:
> I could but that's not the point. The point is that the template doesn't do
> it and here, I think, is why.
> I have the latest SVN.
>
> In \wxCode\build\bakefiles\presets line 17:
>
>    <!-- now all kind of MSVC
>  project files: -->
>     <add-formats>msvc6prj,msvs2005prj,msvs2003prj</add-formats>
>...
> Ain't no VC2008 there. ;-)
>
> Also, checking the header lines of the projects generated verifies that they
> are for VC6, VC2003 and VC2005.
> I'd say you've tweaked your local copy.
ouch!!! You're right. I've got VS2008 format enabled in my wxCode repo
but never checked it actually!!
Sorry for the misunderstaing; it's my fault. I've committed it now.

Actually I also found out that I'm using the wx presets updated to
wx29 which are a bit different from those in wxCode/build currently
(which are aimed at wx28). I won't commit the updated presets however
but I should inform all wxCode developers that current wxCode presets
should be used only with WX_VERSION=28 (maybe in some cases they work
also with wx29 but I'm not sure)...

> The other thing that occurred to me was that 2.9 no longer uses wxT(), so
> it's probably fine under that.
As a side note, wx29 officially suggests to not use any macro around
strings. This improves the code readability. But if you want to update
the code you can just replace wxT() with wxS() which gives the best
performances.

> It appears that in line 36
>
> relok=$(($aclocal_maj == $aclocal_minimal_maj && $aclocal_min ==
> $aclocal_minimal_min && \
> ->         $aclocal_rel >= $aclocal_minimal_rel))
>
> aclocal_rel is resolving to null or something.
this is strange... it seems to run fine here (I've got aclocal 1.11.1).
Which version of aclocal do you have?
Are you sure your acregen.sh is using the correct newlines (CR only, not CRLF)?
Maybe you can try to simply replace lines 35 and 36 with:

relok=$(($aclocal_maj == $aclocal_minimal_maj && $aclocal_min ==
$aclocal_minimal_min && $aclocal_rel >= $aclocal_minimal_rel))

(i.e. everything on the same line)....

HTH,
Francesco

[wxCode-users] Project-Takeover Request for wxSMTP and wxBZipStream

[Jim H. <op...@go...>]

We just have released a new version of our automation software OpenAPC at
http://www.openapc.com

That new version includes updated versions of wxBZipStream and wxSMTP.

After there is no maintainer for these projects or the maintainer is not
available (the mail address for the wxBZipStream project on the wxCode pages
is not valid) we have included these updated versions of wxSMTP and
wxBZipStream into our SDK. This SDK is available at
http://www.openapc.com/download.php

wxSMTP - is included in plugins/libio_mailnotifier, the wxSMTP classes have
been updated to work with wxWidgets 2.8 and with unicode strings

wxBZipStream - is included in plugins/libio_compress, the
bzip2-(de)compression code has been updated to the latest version.

If there is no need to provide these projects within separate downloads on
the wxCode pages (means if we can keep them within our SDK) I request the
takeover as maintainer of both packages.

-- 
Kind regards

Jim Hart

--

http://www.openapc.com

Re: [wxCode-users] Next issue

[sdfkjsjlh s. <sdf...@ya...>]

 Just for the hell of it the second screenshot on mmwx's website demonstrates the Slimbox version of writeScreenshotLink(). ;-)

Ciao.


      

Re: [wxCode-users] Next issue

[sdfkjsjlh s. <sdf...@ya...>]

 Hi,

writeSnippet() is working again now, too. :-)

Thanks.


      

Re: [wxCode-users] Next issue

[sdfkjsjlh s. <sdf...@ya...>]

________________________________
From: Francesco <f18...@ya...>
To: wxc...@li...
Sent: Wed, May 12, 2010 2:13:15 PM
Subject: Re: [wxCode-users] Next issue

Hi,


well, I've now fixed the setup of the mmwx website so that if you want
to see immediate updates of mmwx website you don't need to rely on me
anymore:
1) commit changes to mmwx's SVN repo
2) log into wxcode/htdocs/components/mmwx (I use Putty from Windows)
3) run "svn update"
;)

That's great, many thanks.

>>you can turn it back
>> on manually but some other method of display
>> would have to be better.
> yes, other display methods would be better and I'd gladly accept
> patches for that (an easy solution which comes to my mind is to place
> a "index.php" file inside all subfolders of the screenshots folder --
> and make that index.php nicely format the .png and .jpeg files present
> in that same folder) :)
>
> OK, I'll see what I can come up with.

I've created a solution for this. You can see it in action If you click on the mmwx screenshots link.

You'll notice there's a new index.php in mmwx's screenshots directory. It uses the existing facilities to create a wxCode page and displays any png and jpg images
found in the directory. If one image is found, it will create one img tag to display the image. If more than one is found, it creates a Slimbox2 link block so you get
the nice display. I couldn't see the point in forcing the user to click on the image to view the same image in Slimbox, if there was just the one, so that's why that
case gets the single img tag.

I borrowed some images from keybinder to make the demo more interesting.

To make it site wide, we just need to move the js and css to a global location and adjust the links. Users will need to enter their component's name into the code
as they do for the website, unless there's a way to automate that, which would be preferable. Actually, we could just adjust the link to send it via GET or pull it out
of the session.

I'd like to adjust the writeScreenshotLink() function to use Slimbox, too, if you approve, but we should get this one in place and working so that it suits you first.

My only question now is why the website link is still inactive. ;-)
Did you have any thoughts as to why the build script is still failing?

Cheers,

  Gary.


      

Re: [wxCode-users] Next issue

[Francesco <f18...@ya...>]

Hi,


2010/5/12 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>:
> 2010/5/11 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>:
>> Here's my next question. The mmwx web site and logo haven't updated
>> although
>> they've been online for nearly a week. The docs say they should be updated
>> from the SVN repo but it's not happening. Can you investigate, please?
> I'm sorry but SF disabled cron tasks some time ago and so I need to
> manually run the update script to get things updated.
>
> That's a nuisance. Having to rely on you before I can see updates isn't
> going to work for either of us. How about a method
> where each user can update their own code? That would save you the obvious
> pain and give us immediate updates. ;-)
well, I've now fixed the setup of the mmwx website so that if you want
to see immediate updates of mmwx website you don't need to rely on me
anymore:
1) commit changes to mmwx's SVN repo
2) log into wxcode/htdocs/components/mmwx (I use Putty from Windows)
3) run "svn update"
;)

>>you can turn it back
>> on manually but some other method of display
>> would have to be better.
> yes, other display methods would be better and I'd gladly accept
> patches for that (an easy solution which comes to my mind is to place
> a "index.php" file inside all subfolders of the screenshots folder --
> and make that index.php nicely format the .png and .jpeg files present
> in that same folder) :)
>
> OK, I'll see what I can come up with.
>
> Thanks for the changes.
no problem!

Francesco

Re: [wxCode-users] Next issue

[sdfkjsjlh s. <sdf...@ya...>]

 Hi Francesco,




________________________________
From: Francesco <f18...@ya...>
To: wxc...@li...
Sent: Wed, May 12, 2010 7:46:29 AM
Subject: Re: [wxCode-users] Next issue

Hi,

2010/5/11 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>:
> Here's my next question. The mmwx web site and logo haven't updated although
> they've been online for nearly a week. The docs say they should be updated
> from the SVN repo but it's not happening. Can you investigate, please?
I'm sorry but SF disabled cron tasks some time ago and so I need to
manually run the update script to get things updated.

That's a nuisance. Having to rely on you before I can see updates isn't going to work for either of us. How about a method
where each user can update their own code? That would save you the obvious pain and give us immediate updates. ;-)

However I've noticed that you placed some stuff in the components/mmwx
folder of the wxCode website without adjusting the privileges of the
"group" and so I cannot remove them (with a simple procedure)... could
you please remove all the stuff from
/home/groups/w/wx/wxcode/htdocs/components/mmwx so that I can check
out inside it the new mmwx website? TIA.

OK, sure. I've removed the web site. I noticed that you got rid of the CVS yesterday. Thanks.


> Also, /home/groups/w/wx/wxcode/htdocs/components/mmwx/ contains the old src
> and CVS directories. They seem to be fairly standard but, since I've changed
> to SVN, can I get rid of those now?
> Should the SVN repo. be visible instead?
yes, it should. I'll fix it asap.


OK, thanks.

> Any update on the bugs I reported? It looks like the screenshot problem is
> caused by SF turning off directory listing by default.
I should have fixed this by adding that .htaccess file as I mentioned
in the other mail... do you still see the SF message when clicking on
"screenshots"?

No, I get the directory listing now. I noticed that yesterday, too.

>you can turn it back
> on manually but some other method of display
> would have to be better.
yes, other display methods would be better and I'd gladly accept
patches for that (an easy solution which comes to my mind is to place
a "index.php" file inside all subfolders of the screenshots folder --
and make that index.php nicely format the .png and .jpeg files present
in that same folder) :)

OK, I'll see what I can come up with.

Thanks for the changes.

Gary.


      

Re: [wxCode-users] Next issue

[Francesco <f18...@ya...>]

Hi,

2010/5/11 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>:
> Here's my next question. The mmwx web site and logo haven't updated although
> they've been online for nearly a week. The docs say they should be updated
> from the SVN repo but it's not happening. Can you investigate, please?
I'm sorry but SF disabled cron tasks some time ago and so I need to
manually run the update script to get things updated.
However I've noticed that you placed some stuff in the components/mmwx
folder of the wxCode website without adjusting the privileges of the
"group" and so I cannot remove them (with a simple procedure)... could
you please remove all the stuff from
/home/groups/w/wx/wxcode/htdocs/components/mmwx so that I can check
out inside it the new mmwx website? TIA.

> Also, /home/groups/w/wx/wxcode/htdocs/components/mmwx/ contains the old src
> and CVS directories. They seem to be fairly standard but, since I've changed
> to SVN, can I get rid of those now?
> Should the SVN repo. be visible instead?
yes, it should. I'll fix it asap.

> Any update on the bugs I reported? It looks like the screenshot problem is
> caused by SF turning off directory listing by default.
I should have fixed this by adding that .htaccess file as I mentioned
in the other mail... do you still see the SF message when clicking on
"screenshots"?

>you can turn it back
> on manually but some other method of display
> would have to be better.
yes, other display methods would be better and I'd gladly accept
patches for that (an easy solution which comes to my mind is to place
a "index.php" file inside all subfolders of the screenshots folder --
and make that index.php nicely format the .png and .jpeg files present
in that same folder) :)

Francesco

[wxCode-users] Armando Urdiales has invited you to Dropbox

[Dropbox <no-...@dr...>]

We're excited to let you know that Armando Urdiales has invited you to Dropbox!

Armando Urdiales has been using Dropbox to sync and share files online and across computers, and thought you might want it too.

Visit http://www.dropbox.com/link/20.EK2uKRh3Zq/NjE3MTU0MzY2Nw to get started.

- The Dropbox Team

____________________________________________________ 
To stop receiving invites from Dropbox, please go to http://www.dropbox.com/bl/16ec4a83b24a/wxcode-users%40lists.sourceforge.net

[wxCode-users] Next issue

[sdfkjsjlh s. <sdf...@ya...>]

 Hi Francesco,

Here's my next question. The mmwx web site and logo haven't updated although they've been online for nearly a week. The docs say they should be updated from the SVN repo but it's not happening. Can you investigate, please?

Also, /home/groups/w/wx/wxcode/htdocs/components/mmwx/ contains the old src and CVS directories. They seem to be fairly standard but, since I've changed to SVN, can I get rid of those now?
Should the SVNrepo. be visible instead?

Any update on the bugs I reported? It looks like the screenshot problem is caused by SF turning off directory listing by default. you can turn it back on manually but some other method of display
would have to be better. 

Thanks,

 Gary.


      

[wxCode-users] (no subject)

[sdfkjsjlh s. <sdf...@ya...>]

I'm cutting this thread down to the existing issues.

I'm also not getting this list at my registered address. I've turned off digests to see if that helps.


2010/5/8 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>:
>>> It doesn't even create
>>> VS2008 projects. How can it be so far out of date?
>>it does generate them. I tried running bakefile_gen in components\mmwx
>>and I got MSVS 2008 project files... which bakefile version are you
>>using? do you get errors when running bakefile_gen?
>
> No, it creates vc8 files, which I think you'll find are VS2005 files. VS2008
> is VS9. The first thing VS2008 does is convert the project/solution to the
> latest version.
> Bakefile 0.28.
I'm quite sure the one I got are VS2008 (the sln file is called
mmwx_vc2008.sln and when I open it in VS2008 it does not ask for
conversion).
You should be able to generate them as well unless bakefile_gen gives
you some errors.

--------
I could but that's not the point. The point is that the template doesn't do it and here, I think, is why.
I have the latest SVN. 

In \wxCode\build\bakefiles\presets line 17:

   <!-- now all kind of MSVC project files: -->
    <add-formats>msvc6prj,msvs2005prj,msvs2003prj</add-formats>

and line 47:

    <!-- generate the MSVC projects with different names to avoid conflicts -->
    <add-flags formats="msvc6prj">
        -o $(INPUT_FILE_BASENAME_NOEXT)_vc6.dsw
    </add-flags>
    <add-flags formats="msvs2003prj">
        -o $(INPUT_FILE_BASENAME_NOEXT)_vc7.sln
    </add-flags>
    <add-flags formats="msvs2005prj">
        -o $(INPUT_FILE_BASENAME_NOEXT)_vc8.sln
    </add-flags>

Ain't no VC2008 there. ;-)

Also, checking the header lines of the projects generated verifies that they are for VC6, VC2003 and VC2005.
I'd say you've tweaked your local copy. Of course, there may be other things I'm not yet aware of.


> Really? Well I'll have to fix that.
all my components already build in Unicode as I always use wxtrunk...
anyway I agree Unicode compatibility is really something that each
maintainer should carefully look at.

-------
The other thing that occurred to me was that 2.9 no longer uses wxT(), so it's probably fine under that.


> My point is that I can run the configure/make sequence to build wx so I'm
> sure I have it.
no, that's not the same thing... the fact you can run wx's own
configure script only means that you have a shell interpreter which
runs ok.
To be able to _create_ (and not just _run_) a configure script (like
mmwx's one) you'll need additional utilities (IIRC autoconf, aclocal,
automake).
Once you have recreated the configure script of mmwx, you'll be able
to run it even if you uninstall aclocal, autoconf and automake.

----------
I've made some "progress" with this. I installed all three packages and now I get this:

bakefile_gen completes successfully
acregen.sh produces:

$ ./acregen.sh
./acregen.sh: line 36: 1 == 1 && 11 == 9 &&           >= 6: syntax error: operan
d expected (error token is ">= 6")
./acregen.sh: line 38: 0 == 1 || 1 == 1 ||  == 1: syntax error: operand expected
 (error token is "== 1")
/bin/m4: unrecognized option `--gnu'
Try `/bin/m4 --help' for more information.
autom4te: /bin/m4 failed with exit status: 1
aclocal: autom4te failed with exit status: 1


It appears that in line 36

relok=$(($aclocal_maj == $aclocal_minimal_maj && $aclocal_min == $aclocal_minimal_min && \
->         $aclocal_rel >= $aclocal_minimal_rel))

aclocal_rel is resolving to null or something. Line 38 fails because "relok" is invalid.
The uncrecognised option might be spurious as I can't find that string in the code.

Suggestions?

> I will definitely need some help to understand what's required to do that,
> though. The other requirement is that I, and others, can build it with
> MinGW, which I would say means MSys.
not necessarily. Another suggestion I usually give is to avoid MSYS.
Either use mingw32-make or Cygwin. Msys is an intermediate solution
which always gave me too many troubles.

------
OK, I'll give mingw32-make a try. I was under the impression that it had to be run through MSys, but it seems not.


I've never used Code::Blocks so I don't really know how its build
system works...sorry.

-----------
That I can manage. ;-)

> Meanwhile, I'll see if there is some way to import bakefile setup files into
> premake. That would be very nice. Anything I come up with will be donated
> back to help broaden wxCode's user base.
it would be nice to have not only bakefile wxpresets but something
similar also for CMake and premake, indeed.
I think that if you're so much motivated to produce them, other wxdevs
will agree on putting them in the main wx trunk tree.

------
OK, cool. We'll see what eventuates.


      

Re: [wxCode-users] wxCode-users Digest, Vol 38, Issue 2

[Francesco <f18...@ya...>]

Hi,

2010/5/8 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>:
>>> It doesn't even create
>>> VS2008 projects. How can it be so far out of date?
>>it does generate them. I tried running bakefile_gen in components\mmwx
>>and I got MSVS 2008 project files... which bakefile version are you
>>using? do you get errors when running bakefile_gen?
>
> No, it creates vc8 files, which I think you'll find are VS2005 files. VS2008
> is VS9. The first thing VS2008 does is convert the project/solution to the
> latest version.
> Bakefile 0.28.
I'm quite sure the one I got are VS2008 (the sln file is called
mmwx_vc2008.sln and when I open it in VS2008 it does not ask for
conversion).
You should be able to generate them as well unless bakefile_gen gives
you some errors.

>>I just had to add a line "<set var="USE_UNSTABLE_VERSION">1</set>"
>>just before "<include file="presets/wxcode.bkl"/>" in mmwx.bkl to make
>>it work (and that's not related to VS08 but rather to the fact that
>>the wx default version is currently set to 29 which is the "unstable"
>>branch).
>
> Right. I'll give that a try but it looks like that would tell it to use the
> unstable version, would it?
yes

>That's not what I need. I'm using 2.8.10, as are
> most wx users, as 2.9 is still experimental.
> Having the option is great but I suggest that defaulting to that is a bad
> idea. Either way, how do I use 2.8.10?
then just add the line

 <set var="WX_VERSION_DEFAULT">28</set>

just before inclusion of wxcode presets (and re-run bakefile_gen).


>>> I have VS but don't have
>>> a suitable wx build.
>>sorry, I'm not sure to understand what you mean here... can you
>>explain it better?
>
> I don't have a version of wx set up in, or built by, VS and I don't intend
> to go through the pain necessary to get there. ;-)
that's not really a pain (just download wx and run "nmake -f
makefile.vc" in its build\msw folder) but anyway if you don't want to
set it up, then I suspect you will never be able to build something
wx-based against wx with MSVC: MSVC has many settings (like those
related to CRT linking) which must match among all libraries you link
to and that may be difficult to do if you want to use a wx build
compiled by gcc/something else.

>>this kind of error is because you are building against a Unicode build
>>of wxWidgets and kwic component does not seem to be Unicode-aware (it
>>does not use wxT() probably).
>
> Really? Well I'll have to fix that.
all my components already build in Unicode as I always use wxtrunk...
anyway I agree Unicode compatibility is really something that each
maintainer should carefully look at.

>>> Note that I always get "Nothing to be done for `makefile.gcc'." even if
>>> other activity follows. That looks like a bug.
>>not a bug, it's just that makefile.gcc is very misleading.
>>makefile.gcc should be used _only_ with MinGW, not with MSYS or
>>Cygwin.
>>We could change its name to "makefile.mingw" but then it would be
>>confusing to have wxWidgets' mingw makefile named "makefile.gcc" and
>>wxCode ones named "makefile.mingw"...
>
> I don't now what this means. How can you run MinGW without MSys or Cygwin?
> MSys is the execution environment provided WITH MinGW.
if you open an MSDOS prompt, and you add to your PATH env var the
Mingw installation folder\bin, then you can run  the command
"mingw32-make -f makefile.gcc" to use MinGW without using neither MSYS
nor Cygwin.

>>> When I try to build mmwx the same way it just hangs. I suspect this is
>>> because I can't run the final step in the tute, which is acregen.sh. That
>>> fails with:
>>>
>>> $ ./acregen.sh
>>> ./acregen.sh: line 24: aclocal: command not found
>>I don't remember if MSYS ships with aclocal but you need to install it
>>if you want to run acregen.sh...
>
> My point is that I can run the configure/make sequence to build wx so I'm
> sure I have it.
no, that's not the same thing... the fact you can run wx's own
configure script only means that you have a shell interpreter which
runs ok.
To be able to _create_ (and not just _run_) a configure script (like
mmwx's one) you'll need additional utilities (IIRC autoconf, aclocal,
automake).
Once you have recreated the configure script of mmwx, you'll be able
to run it even if you uninstall aclocal, autoconf and automake.

>>> I'd appreciate it if someone could download the SVN and have a look. Why
>>> would acregen fail? I build wx with configure and make successfully.
>>acregen.sh needs additional tools to update the configure script... if
>>you cannot install them through MSYS (and you really want to use GCC
>>also on Windows -- I strongly suggest you to use VS2008 on Windows)
>>I'd suggest to go with Cygwin which surely allows to install them.
>
> That's never going to happen. I need to be able to build with Code::Blocks.
> One option might be to create the projects with premake which, unlike
> bakefile, supports Code::Blocks and others.
> I will definitely need some help to understand what's required to do that,
> though. The other requirement is that I, and others, can build it with
> MinGW, which I would say means MSys.
not necessarily. Another suggestion I usually give is to avoid MSYS.
Either use mingw32-make or Cygwin. Msys is an intermediate solution
which always gave me too many troubles.

> So, to summarise, the only Windows build files provided are for VS. Is that
> right?
no. Bakefile can be used with wx-based apps to produce all the following:

    autoconf      GNU autoconf Makefile.in files
    borland       Borland C/C++ makefiles
    gnu           GNU toolchain makefiles (Unix)
    mingw         MinGW makefiles (mingw32-make)
    msvc          MS Visual C++ nmake makefiles
    msvc6prj      MS Visual C++ 6.0 project files
    msvs2003prj   MS Visual Studio 2003 project files
    msvs2005prj   MS Visual Studio 2005 project files
    msvs2008prj   MS Visual Studio 2008 project files
    watcom        OpenWatcom makefiles

> Secondly, can you provide any info. regarding what I'm going to need to do
> to build things with MSys and Code::Blocks?
1) install aclocal,autoconf,automake
2) regen your configure script
3) run it under msys
4) run make

I've never used Code::Blocks so I don't really know how its build
system works...sorry.

> Meanwhile, I'll see if there is some way to import bakefile setup files into
> premake. That would be very nice. Anything I come up with will be donated
> back to help broaden wxCode's user base.
it would be nice to have not only bakefile wxpresets but something
similar also for CMake and premake, indeed.
I think that if you're so much motivated to produce them, other wxdevs
will agree on putting them in the main wx trunk tree.

> As you've probably guessed, I haven't spent a lot of time with command line
> builds.
yes, but you never posted your bakefile_gen log and the log you posted
about kwic is not really a problem in the makefile but rather in
kwic's sources.

>I don't mind knowing how to get around it when I have to but doing
> it as a matter of course drives me nuts.
> That's 60s technology and not good enough for me these days. ;-)
For me it's quite easy to get bakefile running, but I can understand
that it maybe difficult for someone which never used it.
If it was for me, bakefile also would have a much faster development
cycle and better docs but unfortunately I have no access to bakefile
svn...

HTH,
Francesco

Re: [wxCode-users] Website and other bugs

[Francesco <f18...@ya...>]

Hi Gary!

2010/5/5 sdfkjsjlh sdbfgsfsdg <sdf...@ya...>:
> I've found some problems in my travels with mmwx that I'd like to report:
>
> 1) The "screenshots" links are broken everywhere. Clicking the link
> generates a 403 error:
>
>...
> NOTE: As of 2008-10-23 directory index display has been disabled by default.
> This option may be re-enabled by the project by placing a file with the name
> ".htaccess" with this line:
>
> Options +Indexes
>
> It's the same for every project. Since it links to the directory, I presume
> it a permissions problem.
sorry for this. There was a .htaccess file which allowed screenshot
indexing but it looks like it was deleted somehow... I've re-created
it now.

> Is that what's being attempted? I can't see why
> we'd want to do that. It would be nice if the directory
> was parsed and the images displayed in a lightbox or something.
automatic content parsing would be very nice but I don't think this is
really needed: the users targeted by wxCode website are mostly
developers...

> 2) The call to writeSnippet() in the web site template breaks the page. The
> page stops redrawing after the "Usage sample" header is drawn. Many of the
> component sites on wxCode are
> displaying this problem. It looks like the function is expanding to invalid
> code. The source doesn't show what's happening and I can't see more as I
> don't have access to that code. Removing
> that call fixes the display issue.
sorry. Beautifier installation was wrong. I fixed it now.

> 3) The "Additional utilities" block in
>  the template mycomp.bkl incorrectly shows the "zip" and "docs" tags without
> trailing slashes:
>...
you're right. I've fixed it.

Thank you very much for reporting these problems!

Francesco

Re: [wxCode-users] wxCode-users Digest, Vol 38, Issue 2

[sdfkjsjlh s. <sdf...@ya...>]

 Hi Francesco,

Thanks for responding.

>> It doesn't even create
>> VS2008 projects. How can it be so far out of date?
>it does generate them. I tried running bakefile_gen in components\mmwx
>and I got MSVS 2008 project files... which bakefile version are you
>using? do you get errors when running bakefile_gen?

No, it creates vc8 files, which I think you'll find are VS2005 files. VS2008 is VS9. The first thing VS2008 does is convert the project/solution to the latest version.
Bakefile 0.28.

>I just had to add a line "<set var="USE_UNSTABLE_VERSION">1</set>"
>just before "<include file="presets/wxcode.bkl"/>" in mmwx.bkl to make
>it work (and that's not related to VS08 but rather to the fact that
>the wx default version is currently set to 29 which is the "unstable"
>branch).

Right. I'll give that a try but it looks like that would tell it to use the unstable version, would it? That's not what I need. I'm using 2.8.10, as are most wx users, as 2.9 is still experimental.
Having the option is great but I suggest that defaulting to that is a bad idea. Either way, how do I use 2.8.10?

>> I have VS but don't have
>> a suitable wx build.
>sorry, I'm not sure to understand what you mean here... can you
>explain it better?

I don't have a version of wx set up in, or built by, VS and I don't intend to go through the pain necessary to get there. ;-)

>>I tried running configure and make but that fails and
>> seems to be configured for unix paths.
>configure needs to run on Linux/Unix/Mac/Cygwin/MSYS environments, not
>on Windows... that's why configure uses / as path separator.

I've built wx in Windows using configure, make, make install many times. You have to use a Unix command line, of course. In this case it was MSys.
I'm not referring to separators, I'm referring to the fact that it was looking for user/local/lib or whatever it was.

>>If I do "mingw32-make makefile.gcc"
>> it fails. For example,when run on the kwic package:
>>
>> $ mingw32-make.exe ./makefile.gcc all
>> mingw32-make: Nothing to be done for `makefile.gcc'.
>> g++ -c -o gccmsw/kwic_lib_slider.o -O0 -g -W -Wall -I../include `wx-config
>> --cx
>> flags --debug=yes --unicode=yes --static=yes --toolkit=msw --version=2.8`
>> -MT
>> ccmsw/kwic_lib_slider.o -MF`echo gccmsw/kwic_lib_slider.o | sed -e
>> 's,\.o$,.d,'
>> ?-MD ../src/slider.cpp
>> ../src/slider.cpp: In member function 'void
>> kwxLinearReg::DrawLimits(wxDC&)':
>> ../src/slider.cpp:354: error: no matching function for call to
>> 'wxString::Print
>> (const char [3], int&)'
>this kind of error is because you are building against a Unicode build
>of wxWidgets and kwic component does not seem to be Unicode-aware (it
>does not use wxT() probably).

Really? Well I'll have to fix that. wx itself defaults to Unicode and, from 2.9 IIRC, it's enforced. However, there a numerous builds available for kwic and half of them are unicode builds. Perhaps I need to specifify a different one.

>> Note that I always get "Nothing to be done for `makefile.gcc'." even if
>> other activity follows. That looks like a bug.
>not a bug, it's just that makefile.gcc is very misleading.
>makefile.gcc should be used _only_ with MinGW, not with MSYS or
>Cygwin.
>We could change its name to "makefile.mingw" but then it would be
>confusing to have wxWidgets' mingw makefile named "makefile.gcc" and
>wxCode ones named "makefile.mingw"...

I don't now what this means. How can you run MinGW without MSys or Cygwin? MSys is the execution environment provided WITH MinGW.

>> When I try to build mmwx the same way it just hangs. I suspect this is
>> because I can't run the final step in the tute, which is acregen.sh. That
>> fails with:
>>
>> $ ./acregen.sh
>> ./acregen.sh: line 24: aclocal: command not found
>I don't remember if MSYS ships with aclocal but you need to install it
>if you want to run acregen.sh...

My point is that I can run the configure/make sequence to build wx so I'm sure I have it. It might be one of the other issues above that's causing problems so I think I need to sort that out first.

>> I'd appreciate it if someone could download the SVN and have a look. Why
>> would acregen fail? I build wx with configure and make successfully.
>acregen.sh needs additional tools to update the configure script... if
>you cannot install them through MSYS (and you really want to use GCC
>also on Windows -- I strongly suggest you to use VS2008 on Windows)
>I'd suggest to go with Cygwin which surely allows to install them.

That's never going to happen. I need to be able to build with Code::Blocks. One option might be to create the projects with premake which, unlike bakefile, supports Code::Blocks and others.
I will definitely need some help to understand what's required to do that, though. The other requirement is that I, and others, can build it with MinGW, which I would say means MSys.

So, to summarise, the only Windows build files provided are for VS. Is that right?
Secondly, can you provide any info. regarding what I'm going to need to do to build things with MSys and Code::Blocks?
Meanwhile, I'll see if there is some way to import bakefile setup files into premake. That would be very nice. Anything I come up with will be donated back to help broaden wxCode's user base.

As you've probably guessed, I haven't spent a lot of time with command line builds. I don't mind knowing how to get around it when I have to but doing it as a matter of course drives me nuts.
That's 60s technology and not good enough for me these days. ;-)

All help appreciated.

Cheers,

  Gary.