Re: [webkit-dev] update GCC version?

[Isaac Devine]

Regarding upgrading to Visual C++ 2017, I have patchset for that here:
https://bugs.webkit.org/show_bug.cgi?id=172412

Unfortunately it seems to cause a problem WebCore::HTMLNames::init(), which
is something to do with the disabling of static constructors.

On 18 July 2017 at 07:56, Carlos Alberto Lopez Perez 
wrote:

> On 05/07/17 17:10, Michael Catanzaro wrote:
> > On Wed, Jul 5, 2017 at 6:32 AM, Carlos Alberto Lopez Perez
> >  wrote:
> >> I think the default build toolchain should be supported also,
> >> at least without the requirement of "one year after the release".
> >>
> >> I propose this change to the policy over yours:
> >>
> >> - This policy applies to runtime dependencies to ensure smooth updates
> >> for users.
> >> - It does not apply to the build toolchain.
> >> - A compiler other than the default compiler in an otherwise-supported
> >> distribution may be required to build.
> >>
> >> + This policy applies to the runtime dependencies to ensure smooth
> >> updates for users.
> >> + The requirement of "one year after the release" does not apply to
> >> the default toolchain.
> >> + On that extra year of support a compiler other than the default one
> >> in an otherwise-supported distribution may be required to build.
> >>
> >>
> >> I think is important to not require a too much new version of the
> >> default toolchain (GCC).
> >
> > Fine by me.
> >
> > Michael
> >
> >
>
> Ok. For the record: I just updated policy with this changes (plus a
> minor clarification regarding that for the last version of a supported
> distro both runtime and default toolchain dependencies are supported)
>
>
>
> ___
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev
>
>
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

[webkit-dev] Adding Emoji Support to Wincairo

[Isaac Devine]

Hi all,

I'm looking to add support for displaying Emoji's to the wincairo port.
I've reported https://bugs.webkit.org/show_bug.cgi?id=172565
 for this, but I'm trying to find the best place to start.

Does anyone have any pointers?

Cheers,
Isaac
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] Linking against MultiThreadedDLL instead of MultiThreaded on Windows (wincairo)

[Isaac Devine]

On 19 May 2017 at 16:16, Fujii Hironori <fujii.hiron...@gmail.com> wrote:

> On Fri, May 19, 2017 at 8:18 AM, Isaac Devine <is...@devinesystems.co.nz>
> wrote:
> > Hi,
> >
> > I'm looking at linking against WebKit in my application, which is linked
> > against the MultiThreadedDLL CRT (i.e. dynamically linked); however
> WebKit
> > is linked against the MultiThreaded CRT (i.e. statically linked). I've
> > linked against previous builds with this configuration "without
> problems".
>
> What problem do you have. It should not cause any problem by using any
> type of CRT in WebKit.dll except this problem
> <https://msdn.microsoft.com/en-us/library/ms235460.aspx>.
>

I have a linker warning because it was no longer linked to the
MultiThreadedDLL, and was statically linked instead. The behavior described
matched some issues I was having. I'm basically updating to the latest
trunk of WebKit for the application and the /nodefaultlib changes have
arrived after my previous snapshot.


> > I've found bug https://bugs.webkit.org/show_bug.cgi?id=157067 which
> describe
> > removing the /nodefaultlib for the libcmt (the MultiThreaded static
> libary),
> > but in the comments they mention an eventual transition to the
> MultiThreaded
> > CRT.
> >
> > Is that time now? :-)
>
>   Bug 170594 – [CMake][Windows] Use DLL CRT instead of static CRT
>   https://bugs.webkit.org/show_bug.cgi?id=170594
>
> Thanks I've attached my WIP patch for comparison, notably I modify some
props files as well, but from your patch I'm guessing they aren't used
anymore?

>
> > I've been making local changes to do this and have noticed in the cmake
> > files that a few of them will swap out the Debug versions of the CRT for
> the
> > release ones, is there a specific reason for that?
>
> The debug CRT makes WebKit unbearably slow.
>
> Makes sense.

>
> > Additionally, relating to the /nodefaultlib directives that are present
> in
> > several build files; my understanding is that if all of the projects were
> > compiled against the same CRT these can be removed?
>
> I think so, too.
>
> > From my reading of bug
> > 157067, I believe that the nodefaultlib directives have hidden bugs in
> the
> > past, is that correct?
>
> ---
> Fujii Hironori
> Sony Interactive Entertainment Inc.
>
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

[webkit-dev] Linking against MultiThreadedDLL instead of MultiThreaded on Windows (wincairo)

[Isaac Devine]

Hi,

I'm looking at linking against WebKit in my application, which is linked
against the MultiThreadedDLL CRT (i.e. dynamically linked); however WebKit
is linked against the MultiThreaded CRT (i.e. statically linked). I've
linked against previous builds with this configuration "without problems".

I've found bug https://bugs.webkit.org/show_bug.cgi?id=157067 which
describe removing the /nodefaultlib for the libcmt (the MultiThreaded
static libary), but in the comments they mention an eventual transition to
the MultiThreaded CRT.

Is that time now? :-)

I've been making local changes to do this and have noticed in the cmake
files that a few of them will swap out the Debug versions of the CRT for
the release ones, is there a specific reason for that?

Additionally, relating to the /nodefaultlib directives that are present in
several build files; my understanding is that if all of the projects were
compiled against the same CRT these can be removed? From my reading of bug
157067, I believe that the nodefaultlib directives have hidden bugs in the
past, is that correct?

Cheers,
Isaac
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] WinCairo Maintainers

[Isaac Devine]

TextExpander for Windows uses the wincairo port (
https://www.textexpander.com )

Cheers,
Isaac

On 27 September 2016 at 09:47, Brent Fulgham  wrote:

>
> On Sep 26, 2016, at 12:55 PM, Olmstead, Don  wrote:
>
> @annulen I know you've mentioned conan.io before but I've never
> personally used it so I'm not sure how well it would fit with everything.
> It's something we can take a look at beforehand and see what it would take
> vs the single repository setup.
>
> @alexchristensen I can make a GitHub org  push the repository to it and
> then start using GitHub releases to host the final binary.
>
> Do either of you know of anyone who is shipping a product based on
> WinCairo though?
>
>
> 1. Electronic Arts uses the WinCairo/Cairo backend as the basis for their
> port, though I’m not sure how closely it follows the upstream sources. I
> believe they do use Cairo for drawing, but do not use the Linux or
> Windows-specific WebKit code paths.
>
> They seem pretty quiet on the list lately, though they are on the
> webkit-security list and seem to respond to notes on that list.
>
> 2. Wyatt Technology used WinCairo for its reporting tool in its ASTRA
> software . As far as I
> know they are still using it, though I’m not sure how up-to-date their copy
> of the library is.
>
> I think Alex knows of at least one other user out there.
>
> Thanks,
>
> -Brent
>
>
>
>
> ___
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev
>
>
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

[webkit-dev] Wincairo webviews occassionally never finish loading with loadHTMLString

[Isaac Devine]

Hi,

I have an application which embeds the wincairo port of webkit.

It has a hidden webview used for server communication.

It also has webviews attached to standard Winapi windows, containing the
user interface.

These are loaded with the loadData method, like so (error checking omitted):

IWebFrame* frame;
webView->mainFrame();

BSTR html;
BSTR aboutBlank; /* about:blank */

// populate BSTR

frame->loadHTMLString(html, aboutBlank);

Most of the time this will finish loading and display the content.
However sometimes it doesn't and no content is displayed.

I have added logging to my IWebFrameLoadDelegate implementation and it
stops after the following are called:
didStartProvisionalLoadForFrame
identifierForInitialRequest
willSendRequest

If I close the window, which closes the webview, I will a
didFailWithLoading with an error code  of -999

Has anyone seen this before, or can you provide me any pointers?

Thanks,
Isaac
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] Potential problem with member function pointer sizes

[Isaac Devine]

Hi Chris,

I wonder whether what you have reported would cause this issue:
https://bugs.webkit.org/show_bug.cgi?id=151162

Cheers,
Isaac

On 14 April 2016 at 09:17, Vienneau, Christopher  wrote:

> Hi,
>
>
>
> I just wanted to give a heads up on an issue I recently investigated, the
> details can be seen in this forums post:
>
>
> https://social.msdn.microsoft.com/Forums/vstudio/en-US/72343dd4-3a43-46e8-889e-73dc4d8e9432/discrepancy-with-sizeof-in-template?forum=vcgeneral
>
> The short version is that the MSVC compiler will do the wrong then when
> making a member function pointer to a class that it only has a forward
> declaration for.  This can be fixed by either providing the definition for
> the class or by using the /vmg compiler flag.
>
>
>
> I did not experience this problem with Apples WinCairo sample, but I
> suspect it could happen.
>
>
>
> Chris Vienneau
>
> ___
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev
>
>
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] Wincairo support for wss:// urls with websockets

[Isaac Devine]

How are the webkit specific changes seperated from the upstream source in
that repository?

Is there a directory of patches somewhere?

On 29 December 2015 at 09:27, Alex Christensen <achristen...@apple.com>
wrote:

> If you want to send a pull request for that, too, I would gladly accept
> it.  Also, the output needs to be called libicuuc and libicuin instead of
> icuuc and icuin to match the AppleWin port, and it would be nice if it
> built it into the same bin64, bin32, lib64, lib32, and include directories
> as everything else.
>
> On Dec 28, 2015, at 12:13 PM, Isaac Devine <is...@devinesystems.co.nz>
> wrote:
>
> Thanks,
>
> If you are updating to ICU 56.1, it doesn't build in visual studio 2015.
>
> A patch that fixes this can be found at:
> http://bugs.icu-project.org/trac/ticket/11822
>
>
> On 29 December 2015 at 08:37, Alex Christensen <achristen...@apple.com>
> wrote:
>
>> Send a pull request to
>> https://github.com/achristensen07/WinCairoRequirements or just send me
>> an email with the changes you want to include.  I’m right in the middle of
>> updating icu in that repository, so you might want to go back to
>> a9b631e1146a696dc81b584c837ccfb7db5524b9
>>
>> Alex
>>
>> On Dec 21, 2015, at 4:44 PM, Isaac Devine <is...@devinesystems.co.nz>
>> wrote:
>>
>> Hi all,
>>
>> I have a patch that enables support for wss:// urls for websockets with
>> the wincairo port.
>>
>> I haven't created a bug and attachment yet because it requires curl 7.45,
>> which is newer than the curl that the current wincairo build depends on.
>>
>> How do I go about proposing updates of the curl dependency?
>>
>> Thanks,
>> Isaac
>>
>> ___
>> webkit-dev mailing list
>> webkit-dev@lists.webkit.org
>> https://lists.webkit.org/mailman/listinfo/webkit-dev
>>
>>
>>
>
>
>


-- 
Isaac Devine
Director
Devine Systems Limited

+64 21 1700 929
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] Wincairo support for wss:// urls with websockets

[Isaac Devine]

Thanks,

If you are updating to ICU 56.1, it doesn't build in visual studio 2015.

A patch that fixes this can be found at:
http://bugs.icu-project.org/trac/ticket/11822


On 29 December 2015 at 08:37, Alex Christensen <achristen...@apple.com>
wrote:

> Send a pull request to
> https://github.com/achristensen07/WinCairoRequirements or just send me an
> email with the changes you want to include.  I’m right in the middle of
> updating icu in that repository, so you might want to go back to
> a9b631e1146a696dc81b584c837ccfb7db5524b9
>
> Alex
>
> On Dec 21, 2015, at 4:44 PM, Isaac Devine <is...@devinesystems.co.nz>
> wrote:
>
> Hi all,
>
> I have a patch that enables support for wss:// urls for websockets with
> the wincairo port.
>
> I haven't created a bug and attachment yet because it requires curl 7.45,
> which is newer than the curl that the current wincairo build depends on.
>
> How do I go about proposing updates of the curl dependency?
>
> Thanks,
> Isaac
>
> ___
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev
>
>
>
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

[webkit-dev] Wincairo support for wss:// urls with websockets

[Isaac Devine]

Hi all,

I have a patch that enables support for wss:// urls for websockets with the
wincairo port.

I haven't created a bug and attachment yet because it requires curl 7.45,
which is newer than the curl that the current wincairo build depends on.

How do I go about proposing updates of the curl dependency?

Thanks,
Isaac
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev