I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/fastshiipingmarket
https://t.me/fastshiipingmarket
https://t.me/fastshiipingmarket
https://t.me/fastsh
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/fastshiipingmarket
https://t.me/fastshiipingmarket
https://t.me/fastshiipingmarket
https://t.me/fastsh
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/fastshiipingmarket
https://t.me/fastshiipingmarket
https://t.me/fastshiipingmarket
https://t.me/fastsh
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/fastshiipingmarket
https://t.me/fastshiipingmarket
https://t.me/fastshiipingmarket
https://t.me/fastsh
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/fastshiipingmarket
https://t.me/fastshiipingmarket
https://t.me/fastshiipingmarket
https://t.me/fastsh
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/fastshiipingmarket
https://t.me/fastshiipingmarket
https://t.me/fastshiipingmarket
https://t.me/fastsh
Howdy,
I would agree that completing the Cherry Pick work makes sense.
JD
- Founder - https://commandprompt.com/ - 24x7x365 Postgres since 1997
- Founder and Co-Chair - https://postgresconf.org/
- Founder - https://postgresql.us - United States PostgreSQL
- Public speaker, published
Postgres Conference (https://postgresconf.org) CFP is still open as well.
Founder - https://commandprompt.com/ - 24x7x365 Postgres since 1997Founder and
Co-Chair - https://postgresconf.org/ Founder - https://postgresql.us - United
States PostgreSQLPublic speaker, published author, postgresql exp
On Tue, 14 Jan 2025, Takashi Yano via Cygwin wrote:
> Personally, I personally prefer releasing 3.5.6 ASAP.
Is this the plan, now that the hangs seem to be resolved? (Maybe after
additional confirmation/testing?)
--
Problem reports: https://cygwin.com/problems.html
FAQ: h
On Tue, 21 Jan 2025, Jeremy Drake via Cygwin wrote:
> I did not see this happen with ruby 3.3.7, or when building with -j1.
Sorry, spoke too soon, I did see this immediately with 3.3.7 as well.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.
I've been trying to track down why ruby 3.4.1 is failing to build for
msys2. I've now confirmed that this same issue reproduces with
upstream Cygwin 3.5.4 and 3.6.0-0.335.gb879cd1661ad, so I thought I'd
bring it up here:
when building ruby with a high -j value (I'm doing make -j21), I get
errors
dscho hooked me up with a workflow to run Git for Windows' test suite on
an msys2-runtime pull request's CI artifacts. With this patch and the
three you pushed (reverting the v2 patch we had applied already, and
applying the two from the cygwin-3_5-branch), the test suite no longer
hangs.
On Mon,
JD and Andrey!
>
> Best,
> Dianjin Wang
>
>
> On Mon, Jan 20, 2025 at 2:09 PM Andrey Borodin x4...@yandex-team.ru wrote:
>
> > Hi!
> >
> > > On 20 Jan 2025, at 08:18, Joshua D. Drake em...@joshuadrake.me wrote:
> > >
> > > Postgresconf.or
Not important, but
On Tue, 21 Jan 2025, Takashi Yano wrote:
> + if (!_my_tls.locals.cw_timer_inuse)
> + _my_tls.locals.cw_timer_inuse = true;
Couldn't you leave the if out?
On Tue, 21 Jan 2025, Takashi Yano wrote:
> diff --git a/winsup/cygwin/cygwait.cc b/winsup/cygwin/cygwait.cc
> index 80c0e971c..8613638f6 100644
> --- a/winsup/cygwin/cygwait.cc
> +++ b/winsup/cygwin/cygwait.cc
> @@ -58,16 +58,22 @@ cygwait (HANDLE object, PLARGE_INTEGER timeout, unsigned
> mask)
Postgresconf.org
Founder - https://commandprompt.com/ - 24x7x365 Postgres since 1997Founder and
Co-Chair - https://postgresconf.org/ Founder - https://postgresql.us - United
States PostgreSQLPublic speaker, published author, postgresql expert, and
people believer.Host - More than a refresh: A p
On Sun, 19 Jan 2025, Takashi Yano wrote:
> Thanks for pointing out this. You are right if othre threads may
> set current_sig to non-zero value. Current cygwin sets current_sig
> to non-zero only in
> _cygtls::interrupt_setup()
> and
> _cygtls::handle_SIGCONT()
> both are called from sigpacket::pr
On Sat, 18 Jan 2025, Takashi Yano wrote:
> While debugging this problem, I encountered another hang issue,
> which is fixed by:
> 0001-Cygwin-signal-Avoid-frequent-tls-lock-unlock-for-SIG.patch
I'm concerned about this patch. There's a window where current_sig could
be changed after exiting the
On Sat, 18 Jan 2025, Takashi Yano wrote:
> Jeremy,
> could you please apply the attached patches:
> 0001-Cygwin-signal-Avoid-frequent-tls-lock-unlock-for-SIG.patch
> 0003-Cygwin-signal-Do-not-handle-signal-when-__SIGFLUSHFA.patch
> against cygwin-3_5-branch and test if these fix the issue?
I open
Are any boards or other parts for Magnum inverters available now that
Magnum has closed its doors.
Thanks,
Drake
_Drake Chamberlin_
_Athens Electric LLC_
_Ohio Electrical Contractor's License 44810_
_NABCEP Certified PV Install
On Wed, 15 Jan 2025, Brian Inglis wrote:
> +<<< HEAD
> isastream
> +===
> +kill_dependency (not available in "stdatomic.h" header)
> +>>> 5888275d7f48 (Cygwin: winsup/doc/posix.xml: SUS V5 POSIX 2024 move
> or remove dropped entries)
Conflict added here, removed in
On Tue, 14 Jan 2025, Takashi Yano via Cygwin wrote:
> Hi Michael,
>
> Personally, I personally prefer releasing 3.5.6 ASAP. However, we
> are not sure that we have already fixed all the major problems in
> 3.5.5.
>
> Can you please test latest cygwin 3.6.0 (TEST) whether the your
> CI issue still
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
**Why Ch
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
**Why Ch
On Thu, 9 Jan 2025, Corinna Vinschen wrote:
> Hi Jeremy,
>
> Can you perhaps bisect 3.5.5 to tell us which signal-related patch
> exactly has introduced this specific hang? It may give us a clue.
I believe Johannes was planning to do this, after holidays/vacation. It
seems that Git for Windows'
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
**Why Choo
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
**Why Choo
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
**Why Choo
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
**Why Choo
On Thu, 9 Jan 2025, Takashi Yano wrote:
> On Wed, 8 Jan 2025 16:48:41 +0100
> Corinna Vinschen wrote:
> > Does this patch fix Bruno's bash issue as well?
>
> I'm not sure because it is not reproducible as he said.
> I also could not reproduce that.
>
> However, at least this fixes the issue that J
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
**Why Choo
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
**Why Choo
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
https://t.me/trippyofhell
**Why Choo
There are known (and as yet unknown) hang issues with cygwin 3.5.5, the
known being in signal handling. You might try with cygwin 3.5.4 to see if
your hang issues go away. That might help elimiate python as the culprit.
On Fri, 3 Jan 2025, Michael Cook via Cygwin wrote:
> The hangs I've looked
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/traphellss
https://t.me/traphellss
https://t.me/traphellss
**Why Choose Us?**
https://t.me/traphel
Is the RE Markets list still active? I tried to post, but it didn't seem
to go through.
_Drake Chamberlin_
_Athens Electric LLC_
_Ohio Electrical Contractor's License 44810_
_NABCEP Certified PV Installation Professional_
--___
List sponsored by
For example, doxygen defines `register` to shut up an error due to it being
deprecated/removed in ISO C++ 17, but that causes issues with this
construct, which is an extension and still supported.
Fixes: f0044963d7ba ("headers: Use register variable for NtCurrentTeb
implementation on aarch64.")
-
On Sun, 29 Dec 2024, Jacek Caban wrote:
> We may need to revert use of register keyword for TEB access or make it
> conditional if that's indeed problematic for C++. I couldn't reproduce the
> warning with Clang.
I did some playing with godbolt.org. It seems OK with `register` with
`__asm__`: ht
On Sun, 29 Dec 2024, Jacek Caban wrote:
> On 29.12.2024 13:28, Jacek Caban wrote:
>
> It's indeed defined by the build system, see
> https://github.com/doxygen/doxygen/commit/aa1cc42254
>
> We may need to revert use of register keyword for TEB access or make it
> conditional if that's indeed probl
On Fri, 13 Dec 2024, Jacek Caban wrote:
>
> This change is based on Wine's winnt.h implementation. Using a register
> variable for NtCurrentTeb
> allows the compiler to optimize the access more effectively.
> ---
> mingw-w64-headers/include/winnt.h | 5 ++---
> 1 file changed, 2 insertions(+), 3
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/traphellss
https://t.me/traphellss
https://t.me/traphellss
**Why Choose Us?**
https://t.me/traphel
On Wed, 25 Dec 2024, Jeremy Drake via Cygwin wrote:
> We ran into hang issues with libtool linking imagemagick in msys2, using
> version based on 3.5.5, 3 times in a row on our ARM64 runner. We applied
> your v2 patch to our 3.5.5 branch (with the change of current_sig to sig),
> a
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/traphellss
https://t.me/traphellss
https://t.me/traphellss
**Why Choose Us?**
https://t.me/traphel
On Wed, 25 Dec 2024, Takashi Yano via Cygwin wrote:
> On Tue, 24 Dec 2024 22:34:44 +0100
> Bruno Haible wrote:
> > This is not reproducible, but here's the report anyway:
> >
> > I upgraded a Windows 10 system from Cygwin 3.5.3 to 3.5.5 today.
> > Then ran the configure script of a tarball (*), an
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/traphellss
https://t.me/traphellss
https://t.me/traphellss
**Why Choose Us?**
https://t.me/traphel
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/traphellss
https://t.me/traphellss
https://t.me/traphellss
**Why Choose Us?**
https://t.me/traphells
I hope this message finds you well! I wanted to take a moment to personally
invite you to explore our online shop, where a world of exceptional
products and exclusive deals awaits
https://t.me/traphellss
https://t.me/traphellss
https://t.me/traphellss
**Why Choose Us?**
https://t.me/traphells
Follow Up-
Fullriver says "don't use them." The Fullriver no idea where they are
getting Fullriver batteries, and the Dude will not return their
communications. They don't know where the Battery Dude is located.
Best,
Drake
_Drake Chamberlin_
_Athens Electric LL
Does anyone have experience buying from The Battery Dude
https://thebatterydude.com/?srsltid=AfmBOoqXxcb3OswFddRzS7ehtCitVisgZnPXvuXdOViLZ8sxcJyt437Q?
[1]
They seem to have the best deals, and have free shipping.
Thanks,
Drake
_Drake Chamberlin_
_Athens Electric LLC_
_Ohio Electrical
On Thu, 5 Dec 2024, Martin Storsjö wrote:
> When the destructors of the TLS objects are executed via
> mingw-w64-crt's __cxa_thread_atexit, those destructors are executed
> via a TLS callback, after the point when emutls has deallocated
> their storage memory.
> Unfortunately, this isn't enough t
On Fri, 29 Nov 2024, Corinna Vinschen wrote:
> On Nov 27 14:04, Jeremy Drake via Cygwin-patches wrote:
> > https://gist.github.com/jeremyd2019/aa167df0a0ae422fa6ebaea5b60c80c9
>
> Nice! If you feel confident to merge something like this into
> Cygwin, feel free to send patc
> > > On Tue, 26 Nov 2024, Corinna Vinschen wrote:
> > >
> > > > Btw...
> > > >
> > > > We're doing this because nobody being able to debug ARM64 assembler came
> > > > up with a piece of code checking the ntdll assembler code to find the
> > > > address of the fast_cwd_pointer on ARM64.
> > > >
>
From: Jeremy Drake
If the Cygwin dll's architecture is different from the host system's
architecture, append an additional tag that indicates the host system
architecture (the Cygwin dll's architecture is already indicated in
machine).
Signed-off-by: Jeremy Drake
---
v2: get r
From: Jeremy Drake
This was already used in the FAST_CWD check, and could be used in a
couple other places.
I found the "emulated"/process value returned from the function largely
useless, so I did not cache it. It is useless because, as the docs say,
it is set to IMAGE_FILE_MACHINE_
On Wed, 27 Nov 2024, Corinna Vinschen wrote:
> I'm not opposed to a switch statement consisting of an
> IMAGE_FILE_MACHINE_ARM64 case and a default case adding "-???" or
> something. Chances are so extremly slim that we'll ever see another
> CPU emulated on x86_64, we can always add a case for th
On Tue, 26 Nov 2024, Jeremy Drake via Cygwin-patches wrote:
> On Tue, 26 Nov 2024, Corinna Vinschen wrote:
>
> > Btw...
> >
> > We're doing this because nobody being able to debug ARM64 assembler came
> > up with a piece of code checking the ntdll assembler
On Tue, 26 Nov 2024, Corinna Vinschen wrote:
> Btw...
>
> We're doing this because nobody being able to debug ARM64 assembler came
> up with a piece of code checking the ntdll assembler code to find the
> address of the fast_cwd_pointer on ARM64.
>
> You seem to have the knowledge and the means to
On Tue, 26 Nov 2024, Corinna Vinschen wrote:
> On Nov 25 11:24, Jeremy Drake via Cygwin-patches wrote:
> > + switch (wincap.host_machine ())
> > + {
> > + case IMAGE_FILE_MACHINE_AMD64:
> > + n = stpcpy (buf, "-x64") - b
On Tue, 26 Nov 2024, Corinna Vinschen wrote:
> On Nov 25 11:21, Jeremy Drake via Cygwin-patches wrote:
> > +extern const IMAGE_DOS_HEADER
> > +dosheader __asm__ ("__image_base__");
>
> On second thought, shouldn't we just use GetModuleHandle ("cygwin1.
From: Jeremy Drake
If the Cygwin dll's architecture is different from the host system's
architecture, append an additional tag that indicates the host system
architecture (the Cygwin dll's architecture is already indicated in
machine).
Signed-off-by: Jeremy Drake
---
v2: get r
From: Jeremy Drake
This was already used in the FAST_CWD check, and could be used in a
couple other places.
I found the "emulated"/process value returned from the function largely
useless, so I did not cache it. It is useless because, as the docs say,
it is set to IMAGE_FILE_MACHINE_
On Sat, 23 Nov 2024, Cedric Blancher via Cygwin wrote:
> Good afternoon!
>
> Does Cygwin do a silly rename if a Cygwin file is open but gets
> /bin/rm at the same time?
Yes! See function try_to_bin in winsup/cygwin/syscalls.cc:
/* Create unique filename. Start with a dot, followed by "cyg
From: Jeremy Drake
It appears this is causing hangs on native x86_64 in similar scenarios
as the hangs on ARM64, because `CancelSynchronousIo` is returning `TRUE`
but not canceling the `ReadFile` call as expected.
Addresses:
https://github.com/msys2/MSYS2-packages/issues/4340#issuecomment
On Fri, 22 Nov 2024, Corinna Vinschen wrote:
> > wait_thread is happily waiting in ReadFile, while the main thread is
> > hanging in ForceCloseHandle1 (close_h, rd_proc_pipe);.
>
> which is one of the great annoyances of Windows. CloseHandle
> on a pipe should never hang, but... well...
Yeah
On Fri, 22 Nov 2024, Corinna Vinschen wrote:
> On Nov 21 11:42, Jeremy Drake via Cygwin-patches wrote:
> > Note the elif defined (__i386__) case won't compile because it references
> > the no-longer-present `wow64` value. This was written and tested against
> > 3.3.6, a
On Thu, 21 Nov 2024, Jeremy Drake via Cygwin-patches wrote:
> @@ -38,6 +81,7 @@ uname_x (struct utsname *name)
>/* sysname */
>__small_sprintf (name->sysname, "CYGWIN_%s-%u",
> wincap.osname (), wincap.build_number ());
> +
On Wed, 20 Nov 2024, Jeremy Drake via Cygwin-patches wrote:
> On Wed, 20 Nov 2024, Corinna Vinschen wrote:
>
> > Patch pushed.
>
> Thanks, folks on ARM64 will be very happy to see that deadlock gone.
> MSYS2 already made a release based on v2 of the patch, and Git for Wind
This was already used in the FAST_CWD check, and could be used in a
couple other places.
I found the "emulated"/process value returned from the function largely
useless, so I did not cache it. It is useless because, as the docs say,
it is set to IMAGE_FILE_MACHINE_UNKNOWN (0) if the process is no
If the Cygwin dll's architecture is different from the host system's
architecture, append an additional tag that indicates the host system
architecture (the Cygwin dll's architecture is already indicated in
machine).
---
You may well want me to remove some cases from the switch ;)
winsup/cygwin/u
On Thu, 21 Nov 2024, Corinna Vinschen via Cygwin wrote:
> IMHO:
>
> if (IsWow64Process2 (GetCurrentProcess (), &emulated, &hosted))
> && emulated != IMAGE_FILE_MACHINE_UNKNOWN)
> if (hosted == IMAGE_FILE_MACHINE_AMD64)
> strcat (sysname, "-WOW64");
> else if (hosted == IMAGE_
On Thu, 21 Nov 2024, Corinna Vinschen via Cygwin wrote:
> > i686x86_64 -WOW64-x64 (or omit arch to match existing?)
>
> Just -WOW64
>
> For backward compat and it's a sole representative of an intel-intel
> emulation anyway. I think we may safely ignore "WOW"
>
> > i686ARM64 -W
On Wed, 20 Nov 2024, Jeremy Drake via Cygwin wrote:
> CygwinHostSuffix
> Not worth worrying about:
> ARM ARM64 -WOW64-ARM (?)
Oops, this should have been -WOW64-ARM64 since the host is ARM64. But
like I said, this case would never happen anyway.
--
Problem reports:
I mentioned this briefly on cygwin-patches during the review of the fix
for a deadlock when running under emulation on ARM64 hosts, but I wanted
to discuss it more thoroughly here now that that is merged.
It seems like it would be useful, perhaps for stats tracking purposes like
MSYS2 does [1], to
On Wed, 20 Nov 2024, Corinna Vinschen wrote:
> Patch pushed.
Thanks, folks on ARM64 will be very happy to see that deadlock gone.
MSYS2 already made a release based on v2 of the patch, and Git for Windows
at least merged that version of the patch too, and is looking forward to
making a release wi
On Tue, 19 Nov 2024, Corinna Vinschen wrote:
> On Nov 19 11:06, Jeremy Drake via Cygwin-patches wrote:
> > (I searched for other callers of terminate_thread after this, and the only
> > one left without CancelSynchronousIo is in ldap.cc and I'm pretty sure
> > th
From: Jeremy Drake
This addresses an extremely difficult to debug deadlock when running
under emulation on ARM64.
A relatively easy way to trigger this bug is to call `fork()`, then within the
child process immediately call another `fork()` and then `exit()` the
intermediate process.
It would
On Tue, 19 Nov 2024, Corinna Vinschen wrote:
> On Nov 18 10:10, Jeremy Drake via Cygwin-patches wrote:
> > On Mon, 18 Nov 2024, Corinna Vinschen wrote:
> >
> > > Neat, but if this only affects the ARM64 emulation, shouldn't this only
> >
On Mon, 18 Nov 2024, Corinna Vinschen wrote:
> Neat, but if this only affects the ARM64 emulation, shouldn't this only
> be called under wincap.cpu_arch() == PROCESSOR_ARCHITECTURE_AMD64?
Wouldn't this always be true though? (Except that I backported this to
3.3.6 for i686 support, where I'd hav
From: Jeremy Drake
This addresses an extremely difficult to debug deadlock when running
under emulation on ARM64.
A relatively easy way to trigger this bug is to call `fork()`, then within the
child process immediately call another `fork()` and then `exit()` the
intermediate process.
It would
Does DPW still exist, and still make racking. We need parts for an old
DWP roof mount system. It seems that they have been bought and sold.
Does anyone have contact information?
_Drake Chamberlin_
_Athens Electric LLC_
_Ohio Electrical Contractor's License 44810_
_NABCEP Certified PV Inst
On Tue, 12 Nov 2024, Jeremy Drake via Cygwin-patches wrote:
> diff --git a/winsup/cygwin/sigproc.cc b/winsup/cygwin/sigproc.cc
> index 81b6c31695..360bdac232 100644
> --- a/winsup/cygwin/sigproc.cc
> +++ b/winsup/cygwin/sigproc.cc
> @@ -410,7 +410,8 @@ proc_terminate ()
>
On Wed, 13 Nov 2024, Johannes Schindelin wrote:
> Hi Jeremy,
>
> Excellent work! Thank you for your impressive tenacity to stick with this
> problem. I built an MSYS2 runtime with the fix in
> https://github.com/git-for-windows/msys2-runtime/pull/73, and then started
> your reproducer from
> https
From: Jeremy Drake
This addresses an extremely difficult to debug deadlock when running
under emulation on ARM64.
A relatively easy way to trigger this bug is to call `fork()`, then within the
child process immediately call another `fork()` and then `exit()` the
intermediate process.
It would
On Tue, 12 Nov 2024, Martin Storsjö wrote:
> Regarding the above, I wouldn't exactly think that those apps ignore
> argv[] and get the command line some other way - but I'm not entirely
> sure; ideally we'd take it up with them to understand exactly what their
> setup is and how it works, and how
are only for backup, for people with lots of
money.
With the price of lithium batteries, it makes sense to me to stick with
AGM. They may only last half as long, but they are less than half the
price. The lead is reusable. Their environmental impact is far less.
Cheers,
Drake
_Drake
ut we don't want to deal with Weeb clips, which
are not supposed to be reused anyway. The old module frames are 1.8
inches thick so the clamps need to be replaced.
Are the new rails functionally different from the old ones?
Thank you,
Drake
_Drake Chamberlin_
_Athens Electric L
ticed that we ignore your non senses response before several
times.
If you have no any fruitful arguments, please stop response on other persons’
technical arguments.
Aijun WangChina Telecom
On Oct 31, 2024, at 21:13, 【外部账号】John Drake wrote:
Why are we still discussing this? The WG has de
Henk,
A very sensible email.
John
On Thursday, October 31, 2024 at 06:28:32 AM PDT, Henk Smit
wrote:
Please stop. > I suggest we can have a container TLV No.
There are two types of problems.
1) Short-term problems. Which have to be fixed asap. 2) Long-term proble
ticed that we ignore your non senses response before several
times.
If you have no any fruitful arguments, please stop response on other persons’
technical arguments.
Aijun WangChina Telecom
On Oct 31, 2024, at 21:13, 【外部账号】John Drake wrote:
Why are we still discussing this? The WG has de
Why are we still discussing this? The WG has decided that the Big-TLV draft
is not where want to go, so continued discussion is simply a DoS attack on the
WG's mailing list.
On Wednesday, October 30, 2024 at 10:34:38 PM PDT, duzongp...@foxmail.com
wrote:
Hi, Aijun and Chiris
Som
This is eminently sensible. As I previously noted, this is not as hard as
some people are trying to make it. If clarifications are needed, the MP-TLV
draft is not the place for them.
On Thursday, October 24, 2024 at 07:31:12 PM PDT, Ketan Talaulikar
wrote:
Hi Aijun,
Since you bring
Les,
Another nice note. I don't think this is anywhere near as complicated as some
people are trying to make it.
John
On Wednesday, October 23, 2024 at 11:15:13 PM PDT, Les Ginsberg (ginsberg)
wrote:
Jie –
I’ll preface this by saying that if you were familiar with an impleme
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
--
On Tue, 22 Oct 2024 at 13:35, Michael Orlitzky wrote:
> One small concern: since we are looking for indices and sheets that the
> API has just told us exist... if get_sheet() or remove_sheet() fail, an
> svgtiny_LIBCSS_ERROR doesn't really do it justice. Maybe an assert()
> for these as well?
Go
Can't we just call the question?
On Wednesday, October 23, 2024 at 10:38:19 AM PDT, Acee Lindem
wrote:
The reason for rehashing is that the chairs had declined off list the request
to present the updated draft at IETF 121. Subsequently, the author took the
matter to the mailing list.
Les,
A very cogent and graceful explanation.
John
On Tuesday, October 22, 2024 at 10:23:50 PM PDT, Les Ginsberg (ginsberg)
wrote:
Sfor the benefit of the WG...
Aijun has sent many messages making the same claims. In the past I (and others)
have made attempts to explai
On Mon, 21 Oct 2024 at 00:08, Michael Orlitzky wrote:
>
> On Sat, 2024-10-19 at 16:28 +0100, Michael Drake wrote:
> > https://gitweb.michael.orlitzky.com/?p=libsvgtiny.git;a=blob;f=src/svgtiny_css.c;h=96991ddfcfcfe4684b9411709c44367b4651fa92;hb=refs/heads/libcss#l1929
> I fixed
On Mon, 14 Oct 2024 at 17:37, Michael Orlitzky wrote:
>
> On Mon, 2023-11-20 at 12:27 -0500, Michael Orlitzky wrote:
> >
> > https://gitweb.michael.orlitzky.com/?p=libsvgtiny.git;a=shortlog;h=refs/heads/libcss
> Any chance I can rekindle the interest in this? I'm still around to
> support the
Similar to Outback, Magnum was purchased by a major corporation and its
product became less reliable. Maybe Outback will make a comeback under
its new owners. Time will tell.
Why would Sensata just shut down Magnum instead of selling it?
_Drake Chamberlin_
_Athens Electric LLC_
_Ohio Elect
On Wed, 16 Oct 2024 at 20:16, Andrew Hodgkinson wrote:
>
> I can find a mailing list post reviewing early flexbox support from 7 years
> ago! LibCSS used by NetSurf gained Flexbox support in v0.8.0; it's currently
> on v0.9.2.
Yeah, a developer who used LibCSS for an iOS app originally added
th
1 - 100 of 4762 matches
Mail list logo
