All,
Jez White has kindly committed a set of changes that have been
accumulating in my workspace. Details below: I will post a further
message (to the users list only) about the Coolmenu changes mentioned below.
+ [Robert May] : Fixes for Toolbars:
- Toolbar.xs:
+ Fixed message
Jez,
I was going to mail you off-list, as I was playing with the MinGW build
last week to try to get the size down, and I succeeded in reducing the
size of my GUI.dll for the current head build from 3104 KB down to 979
KB (which is only 100k or so bigger than the VC build of the 1.0 source).
I've just committed a couple of fixes:
+ [Robert May] :
- Label.xs: Tracker 1164780: fix to -bitmap option for labels
+ Fixed test for icon/bitmap in Label_onPostCreate
- Richedit.xs:
+ Minor documentation changes
- docs/dohtml.pl:
+ change to CSS path for correct
Robert May wrote:
OK. I've stuck up a PPM for ActiveState Perl 5.8 at
http://www.robmay.me.uk/win32gui/
Thanks to Jez White there's now a PPM for ActiveState Perl 5.6 at the
same location.
Regards,
Rob.
Glenn Linderman wrote:
Sorry, I was gone for a week or so. I have MS VC++ 6.0 and know how
to build the package, but not the whole process for release. Would
that still be helpful? (especially regarding the PAR issue?) I only
have Perl 5.8 installed though, and have never played with
Reini Urban wrote:
Jeremy White sagte:
[summary] MinGW build of Win32::GUI with ActiveState perl works with no
binary compatibility issues.
Just a PAR from the PAR ppm does not work for Win32::GUI.
You'd need to compile your own PAR from CPAN, esp. with the latest fixes.
Cygwin
Glenn Linderman wrote:
On approximately 6/19/2005 11:29 AM, came the following characters
from the keyboard of Robert May:
Glenn Linderman wrote:
Sorry, I was gone for a week or so. I have MS VC++ 6.0 and know how
to build the package, but not the whole process for release. Would
- does a make all, make htmldocs and make ppd, wrapping the
whole lot up in a PPM.zip ready for distribution.
CHANGELOG:
+ [Robert May] : Documentation re-work
- new documentation structure
- new build_tools directory with scripts for building the documentation
- additions to makefiles
All,
I have a small number of items that I wish to conclude before a v1.01
release:
(1) Merging Reini's cygwin fixes - the changes are small, and really
shouldn't bother anyone. I have most of them merged in my local
workspace, and no problems with either the MinGW or VC++ builds yet.
When building Win32::GUI with MinGW under ActiveState ActivePerl 5.8.6
and 5.8.7 I get a warning from the compiler about fileno redefined.
This warning can be eliminated by applying the patch described at
http://aspn.activestate.com/ASPN/Mail/Message/perl5-porters/2722680
It needs applying to
Robert May wrote:
I have a small number of items that I wish to conclude before a v1.01
release:
(1) Merging Reini's cygwin fixes
(2) reverting to a single Makefile.
I just checked in a somewhat larger set of changes than I was
anticipating. Most of the changes are in GUI.h
There has been some talk about improving the test suite recently. I was
thinking that we should have a discussion and try to come to a consensus
about the test tools/frameworks that w should be using before anyone
really starts coding in earnest.
I think it goes without saying that we want
Glenn Linderman wrote:
H. Having problems with compiling math.h, I tried this, but got
cl -c-nologo -Gf -W3 -MD -Zi -DNDEBUG -O1 -DWIN32 -D_CONSOLE
-DNO_STRICT -DHAVE_DES_FCRYPT -DNO_HASH_SEED -DPERL_IMPLICIT_CONTEXT
-DPERL_IMPLICIT_SYS -DUSE_PERLIO -DPERL_MSVCRT_READFIX -MD
Robert May wrote:
Glenn Linderman wrote:
[errors snipped]
I think that is an improvement, in the sense that the compilation
proceeded further than before.
I'm working on it. I think I understand all the changes that Reini
gave me as parts of the cygwi and his MSVC6 patches. I'm
In several places in Win32::GUI XS code there are warnings printed.
When this happens, there is (as far as I have checked) always test 'if
(PL_dowarn)' around the warning. Now, I'm sure there is some Perl
history here, as the documentation (perlintern) clearly states that
PL_dowarn is the XS
Glenn Linderman wrote:
On approximately 7/2/2005 4:56 PM, came the following characters from
the keyboard of Robert May:
In several places in Win32::GUI XS code there are warnings printed.
When this happens, there is (as far as I have checked) always test
'if (PL_dowarn)' around
Reini,
OK, I've not had a chance to keep up with your tests this week, and
trying to catch up now find myself mightily confused. Some of the
patches seem to be against the source that I called 1.01_03, some seem
to be incremental (probably on the previous set of patches?). To add to
my
FYI, I have posted announcements for the new release to:
perl-win32-gui-hackers@lists.sourceforge.net (this list!)
[EMAIL PROTECTED]
as a perl-win32-gui news item at SourceForge
[EMAIL PROTECTED]
comp.lang.perl.announce usenet group
Regards,
Rob.
Reini Urban wrote:
Robert May schrieb:
OK, I've not had a chance to keep up with your tests this week, and
trying to catch up now find myself mightily confused. Some of the
patches seem to be against the source that I called 1.01_03, some
seem to be incremental (probably on the previous
Following the new release I have closed the following tracker items:
Bugs - resolution 'fixed':
1202695 Documentation is missing from PPM's
1164783 EnumMyWindows() does not work
1164780 Label does not show bitmap on creation
1153899 Crash on exit with two RichEdits
1092732 Slider no longer
I've been looking at a few of the bug reports regarding background
colours of windows/controls.
(1) It appears that the '-background' option was never intended to work
with windows (Win32::GUI::Window, Win32::GUI::Dialog) and that the only
way to change the background colour of a window is
Jeremy White wrote:
Hi,
Was looking at something else and came across the -container option.
What is it for? The option has no documentation, but does seem to do
something. It has a message loop (ContainerMsgLoop in
GUI_MessageLoops), and a constant (PERLWIN32GUI_CONTAINER) which is
All,
I was hoping to target a new release for the end of August, but got
caught up in other stuff, and continue to be busy for the next few
weeks, at least.
I had hoped to complete the following items for the next release:
- fix as many of the trackers as possible
- get all the current
Does anyone have any strong views about what versions of Perl we should
continue to support? For some time now we have not released PPMs for
Perl earlier than 5.6.
The reason I ask: I have got to the bottom of tracker 1164766 (Unhook
generating warnings) and it turns out to be a difference
Jeremy White wrote:
Seems like that should suffice, assuming that MSDN's definition of
character is a 32-bit UCS-2 character. I have no clue if MS
supports UCS-2 characters that use multiple 32-bit numbers to
represent a single character, but I believe such are legal. And if
they do support
Jeremy White wrote:
Ok - think I've got it - just not sure what the fix should be - or even
if a fix is needed. In my app, I catch the terminate event and ask the
user if they are sure they wish to exit. If they say yes, I perform
logic to save various settings. Once the settings have been
, _);
strcat(EventName, Name);
To see the amount of needless calls made...
I haven't tried this yet, but it seems wrong. Can you raise a bug
report and I'll dig further into this one.
Thanks,
Rob.
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32
Jeremy White wrote:
I haven't tried this yet, but it seems wrong. Can you raise a bug
report and I'll dig further into this one.
http://sourceforge.net/tracker/?func=detailatid=116572aid=1333060group_id=16572
Ok - it seems this is only an issue when SetEvent is used (see example
below,
Jeremy White wrote:
If we spend time on reworking some of the internals for Unicode is it
worth us considering the implications of 64bit further down the road?
I'd be very interested in starting to try to understand what 64bit
support would entail. I'm starting to put together a list of
SW_* constants are not defined in GUI_constants.cpp (nor exported in
GUI.pm). In general there are many constants missing.
There are 2 issues to address here:
(1) How should we deal with constants? I, personally, don't like the
way that Win32::GUI by default exports all it's constants into
Jeremy White wrote:
So in my last analysis I missed the 3rd way not to get the OEM event
fired: returning 1 from the NEM handler.
I personally don't see anything wrong with this logic, so long as you
believe that returning 1 from an event handler means 'pass the event
to the next handler',
Glenn Linderman wrote:
On approximately 11/9/2005 1:26 PM, came the following characters from
the keyboard of Robert May:
Please find attached what I hope is a final beta of a
Win32::GUI::Constants package - v0.00_03.
Constants.PL contains stuff like:
BDR_OUTER0x0003
Arthur I Schwarz wrote:
I'm have partitioned my program into modules:
name::GUI
The program driver is in name:
name.anonymous subroutine (the nameless thing at the end)
StartWindows # name::GUI::StartWindows
and name::GUI::StartWindows I do:
$window-show();
Jeremy White wrote:
Just tested under ming, and I had the following errors:
NotifyIcon.xs: In function `void
XS_Win32__GUI__NotifyIcon__Add(PerlInterpreter*
, CV*)':
NotifyIcon.xs:27: error: `NOTIFYICONDATA_V1_SIZE' undeclared (first use
this function)
Thanks - I just committed an
Reini Urban's patches have spurred me into digging out some work I was
doing to integrate The GUI Loft's DragDrop.pm file into Win32::GUI
proper. There are some nice ideas from Reini that I would like to steal
to enhance what I was doing.
Here's what I am proposing:
(1) All windows/controls
All,
It's been a busy day on the commit front. Let me explain ...
This morning Jeremy committed a set of patches that Reini Urban
submitted to the users list. I then backed these changes out. I had a
couple of motivations:
(1) I wanted the commits in smaller chunks, to reflect the (fairly
Reini Urban wrote:
Robert May wrote:
Here's what I am proposing:
(1) All windows/controls will gain the -acceptfiles option that will be
used to set/unset the WS_EX_ACCEPTFILES extended style on the
window/control (For those of you familiar with it, this is all that the
Win32 DrapAcceptFiles
Jeremy White wrote:
Robert May wrote:
NotifyIcon I certainly have on my list of candidates. I haven't
thought much beyond that, but I am hopeful that a restructuring like
this might reduce GUI.xs and GUI.pm to more manageable sizes. I also
want to experiment with moving a lot of the per
I've been re-visiting the code I wrote some months ago, and discussed
here, to provide us with a faster and more readily extensible way of
having access to all the Win32 API constants that we might need.
This is long. Sorry.
The main purpose of this mail is to document the research and test
---
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/
GUI.pm
and remove GUI_constants.cpp; update Makefile.PL as necessary
I hope I'll have these changes before long - I've got a few other things
to look at first.
As always comments on success and/or failures in your build environment
are encouraged.
Regards,
Rob.
--
Robert May
Win32::GUI
Hi Darrik,
Firstly let me apologise for the length of time it's taken me to get
back to you, although I see that some of the regulars have already
welcomed you into the fold. Also let me thank you for offering some of
your time, and I hope that we can make your time spent here worthwhile.
together for you.
Regards,
Rob.
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/
welcome. A better name for the script would be good too!
Regards,
Rob.
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/
#!perl -w
use strict;
use warnings;
# Display and run the Win32::GUI demonstrations
# $Id$
# (c) Robert May, 2006
for the V1.04 release, but
a whole load for beyond that. Without us going round in circles, if you
want some ideas for things not in the bugs/rfe lists give me a shout.
Regards,
Rob.
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/
as a starting point?
Regards,
Rob.
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/
Jeremy White wrote:
Robert May wrote:
Is this a good thing to pursue? Suggestions for changes or
alternative approaches welcome. A better name for the script would be
good too!
Nice - with a good set of examples it would certainly show what
Win32-GUI is capable off.
Based
Glenn Linderman wrote:
... but what about
backups? I'd be happy to backup Win32::GUI's CVS if there is a Windows
rsync that I can use to do it... unless you have already set up
something.
I already investigated, and found cwRsync
http://www.itefix.no/cwrsync/
that seems to do the job. I'll
Jeremy White wrote:
Bareword Win32::GUI::MB_OK not allowed while strict subs in use at
C:/perl/site/lib/Client/WindowManager.pm line 120.
Bareword Win32::GUI::MB_ICONINFORMATION not allowed while strict
subs in use at C:/perl/site/lib/Client/WindowManager.pm line 120.
In the WindowManager
Robert May wrote:
Robert May wrote:
Jeremy White wrote:
Bareword Win32::GUI::MB_OK not allowed while strict subs in use
at C:/perl/site/lib/Client/WindowManager.pm line 120.
Bareword Win32::GUI::MB_ICONINFORMATION not allowed while strict
subs in use at C:/perl/site/lib/Client
Robert May wrote:
Another attempt in CVS - I think that's nailed it, but there's a problem
with the test that I have to get to the bottom of: they all pass when
using 'prove' from the command line, but there's some failures under
'make test'.
Not sure what I messed up in my environment
Robert May wrote:
(2) We found that Scintilla tries to get one of the Win32__GUI__*
constants using Win32::GUI::constants()
- I will fix up Win32::GUI::constants() to handle this, with a warning.
Fix is in CVS.
A quick status update and a few issues to discuss.
Constants - I just commited a quick fix to stop subclasses of Win32::GUI
(and of Win32::GUI::Window etc.) inheriting Win32::GUI's import function
- this will quiet a few of the new warnings.
I spent some time over the last week and a half
Jeremy White wrote:
Something like this:
- ability to close Console if there is one present and its not needed
- automatically re-create a console window if any reads/writes are
done on stdin/out/err
- ability to set the Console window title, Icon etc.
Eventually remove GetPerlWindow() from
built-in resources (standard icons, bitmaps and
cursors), and Win32::GUI::Constants has been updated to include the
required identifiers.
Regards,
Rop.
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/
Glenn Linderman wrote:
I don't care how large the binary
distribution of Win32::GUI gets, as long as the pieces I don't use don't
get loaded at runtime and are not redistributed by PAR.
We should be OK then :-)
Rob.
Glenn Linderman wrote:
On approximately 5/17/2006 1:10 PM, came the following characters from
the keyboard of Robert May:
Glenn Linderman wrote:
... but what about backups? I'd be happy to backup Win32::GUI's CVS
if there is a Windows rsync that I can use to do it... unless you
have already
Reini Urban wrote:
Robert May schrieb:
...
If only there was a way to ask AllocWindow() to create a hidden console
[huge snip]
perl2app --gui / pp --gui created apps, have no console.
So I create them with AllocConsole or CreateProcess and
redirect STDERR/STDOUT to this window, and display
Reini Urban wrote:
samples/standard_images.pl is either missing as file in CVS, or
wrongly in MANIFEST.
same for :
win32-gui-demos.pl
Win32-GUI-Constants/TODO
Win32-GUI-Constants/Changes
Win32-gui-demos.pl removed (will add again later, when finished)
Win32-GUI-Constants/TODO
Chris Wearn wrote:
Hi All,
Building latest CVS source with VC++6, WindowsXP Pro SP2, Perl v5.8.7
I get the errors listed further below and although there is no error
message when installing, a previously functioning script which utilises
NotifyIcon now exhibits the following behaviour…
Reini Urban wrote:
Robert May schrieb:
Reini Urban wrote:
samples/standard_images.pl is either missing as file in CVS, or
wrongly in MANIFEST.
same for :
win32-gui-demos.pl
Win32-GUI-Constants/TODO
Win32-GUI-Constants/Changes
Win32-gui-demos.pl removed (will add again later, when finished
Robert May wrote:
Reini Urban wrote:
samples/standard_images.pl is either missing as file in CVS, or
wrongly in MANIFEST.
1. samples/standard_images.pl is still in MANIFEST
Oops. My bad. I'll check in the missing file before the end of the
weekend.
Committed.
Regards,
Rob.
Reini Urban wrote:
Robert May schrieb:
[snip NotifyIcon test errors]
To close this issue, Chris re-built with the latest CVS source, and
everything seems fine. I'm not going to pursue what went on any
further, unless I see similar reports again.
For me the new code fixed also
Regards,
Rob.
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/
Robert May wrote:
Reini Urban wrote:
why not Win32::GUI::Region-ExtCreateRegion() and
Win32::GUI::Region-GetRegionData() ?
Rgn != Region
You're quite correct. I thought I was being consistent with all other
region functions, but we should be being consistent with the Win32 API.
I'll
for some sanity testing.
Hoping this meets everyone's approval.
Regards,
Rob.
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/
Jeremy White wrote:
Does it still leak if we only create a window (without the button)?
YES!
For me, I get no leak when just the window. I also played with a few other
controls, and they leak too (a listview seemed to leak more than a button).
Adding a child window to the parent window
Jeremy White wrote:
As Rob said, this is primarily going to impact on an application that
opens
and closes many windows. At least the memory is more or less returned
instantly on exit.
Yeah - and as it looks like it's XP only we can assume that it's a
windows thing rather than being a
Jeremy White wrote:
If appreciate it if you could give this a good thrashing, as, hopefully,
it'll become one of the first applications new users get to see. I've
given up on my grand designs to deal gracefully with the console windows
(at least for the next release), as although I have
confirm that if I do
nmake tardist
and then extract the resulting tar.gz file in my cygwin environment that
the execute bit is correctly set on SciLexer.dll
Regards,
Rob.
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/
Robert May wrote:
I'll be dealing with the documentation next: specifically doHTMLdocs.pl
needs some work, and some other bits and pieces will need re-organising
to accommodate the new modules.
Committed earlier today.
I also intend to introduce a new package of documentation:
Win32::GUI
Reini Urban wrote:
2006/7/16, Robert May [EMAIL PROTECTED]:
Reini Urban wrote:
Note that Include/SciLexer.dll must have the executable +x flag in the
filesystem, otehrwise LoadLibrary in cygwin will fail.
I did cvs up, so it's wrong in cvs at sf.net. But not that important.
Just be sure
on
my return.
Happy holidays,
Rob.
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/
? They're online at
http://www.robmay.me.uk/win32gui/RELEASENOTES.TXT
Regards,
Rob.
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/
around long enough to be sure there isn't
anything else that depends on this.
Does anyone know for sure? Should we remove it?
Regards,
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/
Reini Urban wrote:
cvs up -C under cygwin:
gcc -c -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe
-I/usr/local/include -DUSEIMPORTLIB -O3 -DVERSION=\1.03_04
\ -DXS_VERSION=\1.03_04\ -I/usr/lib/perl5/5.8/cygwin/CORE -UWIN32
GUI_Helpers.cpp
GUI_Helpers.cpp: In function `void
Robert May wrote:
Jamal Mazrui wrote:
[snip]
The batch file to run examples worked. Unfortunately though, the
program is difficult to access by a screen reader and keyboard user. I
could not figure out how to move focus to the tree view with keyboard
commands. After clicking on a tree view
Reini Urban wrote:
Robert May schrieb:
I've looked at it a number of times and would like to remove it, but I
don't know it's history. I assume it's there for historic backwards
compatibility reasons, and that the package was originally just called
'GUI' rather than 'Win32::GUI' - this line
Arthur Schwarz wrote:
I installed Win32-GUI-1.03_04/ into Activestate Perl using the installation
procedures. No problem. However, there doesn't seem to be anything available to
install Win32-GUI-1.03_04/ into a cygwin environment other than a direct copy
from folder to folder.
The PPM from my
Reini Urban wrote:
The rest is the same as with every other perl package installation:
cpan Win32::GUI
1.03_04 source is not on CPAN. Latest there is 1.03.
Regards,
Rob.
Glenn Linderman wrote:
So I installed MS VC++ 6.0, the MSDN of the same era, and the XP SP2
Platform SDK and (comes with it I guess) MS Visual C++ Toolkit 2003.
I reinstalled Tortoise CVS, checked out a new Win32-GUI directory, and
tried a compile. It failed to compile AxWindow.dll,
.
Contributors to this release
Robert May
Reini Urban
Jeremy White
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/
, I will code up a proof of concept to share with you
all, and discuss before embarking seriously in that direction.
My thanks to everyone for their help; hopefully we can have a shorter
period before the next release.
Regards,
Rob.
--
Robert May
Win32::GUI, a perl extension for native Win32
' the behaviour of these 2 calls to be setting the
co-ordinate of the window in screen co-ordinates. Any objections?
Regards,
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/
this leak (I'm particularly interested if this is a
WinXP thing) or can I close the report?
Regards,
Rob.
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/
Waldemar Biernacki wrote:
Robert,
thank you for your efforts and email, I'll try my best to clarify...
Thank you. I can see the problem clearly. It's because you're
destroying a window while in the middle of processing an event sent to
it, and the code isn't expecting that, and so ends up
Glenn W Munroe wrote:
I've been working on an old project and am seeing an old problem and a new
one. The old problem is the:
(in cleanup) Can't call method FETCH on an undefined value...
message on program exit. Rob thought he had this one pinned down, but it
seems there's still a problem
On 22/06/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
With the (slow) rise of 64 bit computing is there a need to consider a 64 bit
version of Win32-GUI? Activestate now has a 64 bit version of Perl supported
with all their tools (i.e., PerlApp) for windows.
Thoughts on benefits, risks and
On 26/06/07, Robert May [EMAIL PROTECTED] wrote:
On 22/06/07, Salvador Ortiz García [EMAIL PROTECTED] wrote:
Hi all,
This is my first post to the list, so forgive me if this was discussed
before.
I don't think it has been discussed before, but I have noticed it
myself. I didn't find
I have just submitted the following SF support request:
https://sourceforge.net/tracker/index.php?func=detailaid=1847204group_id=1atid=21
As part of fixing Win32::GUI::BitmapInline to use a writeable
temporary directory (rather than always using the current directory) I
am moving the code
I think I'm making good progress. I just cimmitted everything that I
had outstanding in my local repository. Here's what I have left to do
before a 1.06 release:
- Check that some 'redefined definitions' warnings have been removed
by the updates to ppport.h
- Find out why my build on Cygwin
On 31/01/2008, Jeremy White [EMAIL PROTECTED] wrote:
Just testing the latest Win32-GUI code line and I'm getting a few odd errors
(mingw 5.8.8)
ActiveState Perl 5.8.8 build 822?
What gcc version?
It could be my environment and I haven't got time to dig deeper, but thought
I'd report
them
Does anyone ever use the Makefile.PL options USERESOURCE or BUILDENV?
I'm considering removing them to simplify the main Makefile.PL
If no-one shouts they'll be gone in the next release.
Rob.
-
This SF.net email is
Note the other cygwin permission problems:
* GUI.rc is not writable, so the default make will fail.
Hmmm. It's not read-only in the repository or in my build directory.
I did (somehow) get a read-only version in the 1.05 source tarball -
is that what you're talking about?
On the basis on my
On 01/02/2008, Reini Urban [EMAIL PROTECTED] wrote:
2008/2/1, Robert May [EMAIL PROTECTED]:
I can now get clean build/test in the following environment:
OS : MSWin32 MSWin32 MSWin32 Cygwin
Perl: AS5.6.1(638) AS5.8.8(822) AS5.10.0(1002)5.8.8
VC6 ok
On 01/02/2008, Robert May [EMAIL PROTECTED] wrote:
On 01/02/2008, Robert May [EMAIL PROTECTED] wrote:
- Find out why my build on Cygwin results in an unloadable
SciLexer.dll (permissions I think)
Yes. On cygwin it is missing the x permission, which is Read
Execute on Windows
On 05/02/2008, Jeremy White [EMAIL PROTECTED] wrote:
Was unable to do any testing over the weekend. Sorry.
Don't worry.
I uninstalled the previous
version (via ppm) and installed the binary for 5.8 on my clean build
machine:
XP, 5.8.7 (813):
Running any win32::GUI script I get:
A
On 31/01/2008, Jeremy White [EMAIL PROTECTED] wrote:
Just testing the latest Win32-GUI code line and I'm getting a few odd errors
(mingw 5.8.8) It could be my environment and I haven't got time to dig
deeper,
but thought I'd report them just in case it's something simple.
When I exit my
I have made a second release candidate for V1.06 (1.06 RC2 aka
v1.05_91) available for download from:
http://www.robmay.me.uk/win32-gui-1-06-rc2
This release candidate (hopefully) fixes a number of issues that were
reported with RC1:
- Perl 5.8 PPM failed with perls earlier than 5.8.8
- 'Use of
On 09/02/2008, Jeremy White [EMAIL PROTECTED] wrote:
Typo. That should be SendMessage rather SendMessageNN.
Is that all your issues dealt with?
Yep, should be. Once the fix is in I will have to do more testing
as the scintillia issue was blocking some functionality - but it looks good:)
1 - 100 of 103 matches
Mail list logo
