~~~
default_pagerUser.c: In function 'default_pager_object_pages':
default_pagerUser.c:502:17: error: unknown type name
'mach_port_name_inlined_t'
502 | mach_port_name_inlined_t memory_object;
| ^~~~
...
```
Best
--
Zhaoming Luo
On 10/21/24 7:37 PM, Samuel Thibault wrote:
Zhaoming Luo, le lun. 21 oct. 2024 19:31:19 +0800, a ecrit:
Adding /dev/rtc device in the Hurd as described on [1]contributing website.
/dev/rtc is useless until rtc and the functions for accessing it are added in
dev_name_list in GNU mach.
So
-cache mem ;;
+ rtc)
+ st $I root 660 c /hurd/devnode $I ;;
klog)
st $I root 660 c /hurd/streamio kmsg;;
# ptys
--
Zhaoming Luo
plications expect to be able to
use, we don't necessarily want to implement the device_* interface.
How do we expose the usual ioctls?
--
Zhaoming Luo
7; in something
not a structure or union
183 | mach_port_deallocate (mach_task_self (), reply.realnode.name);
|^
```
--
Zhaoming Luo
#x27;t find `/hurd/chrdev` in the
Hurd. I try to understand the meaning of 0 and 36 in `/hurd/chrdev 0 36`
but I cannot find the executable or the source code in the git tree.
I also cannot find the source code of `/hurd/netdde` in the git tree.
--
Zhaoming Luo
ght I was using 2023 release and there was no need
to do it.
--
Zhaoming Luo
: uppercase=bad)
||/ Name Version Architecture Description
+++-=-===--===
ii gnumach-dev:hurd-i386 2:1.8+git20230526-2 hurd-i386GNU version of the
Mach microkernel
--
Zhaoming Luo
On 11/5/24 7:11 AM, Zhaoming Luo wrote:
On 11/5/24 4:28 AM, jbra...@dismail.de wrote:
How did you subscribe?
I subscribe on this website:
https://lists.gnu.org/mailman/listinfo/bug-hurd
I've never had any issues signing up to a mailing list.
This is my first my come across this issu
Hi,
After I subscribed to bug-hurd mail list using zhaoming2...@163.com, I
didn't receive any confirmation email; I also checked the Junk
directory. Probably because this address is like spam?
Best
--
Zhaoming Luo
ming1...@qq.com and zhaoming1...@outlook.com).
--
Zhaoming Luo
tate.h header in your server.
I think it's worth to put this part into mig documentation website[0],
just like the IRC log pieces we have already had. What do you think? I
can do it.
[0]:
https://darnassus.sceen.net/~hurd-web/microkernel/mach/mig/documentation/
--
Zhaoming Luo
On 11/1/24 8:13 PM, Sergey Bugaev wrote:
On Fri, Nov 1, 2024 at 2:46 PM Zhaoming Luo wrote:
diff --git a/hurd/pioctl.defs b/hurd/pioctl.defs
new file mode 100644
index ..36fa8d3f
--- /dev/null
+++ b/hurd/pioctl.defs
@@ -0,0 +1,34 @@
+/* Definitions for /dev/rtc ioctls */
+
+/* Ioctl
T_rtc_time because calculating RTC_RD_TIME requires
the ioctl number of rtc, _IOT_rtc_time (like what's mentioned in
ioctls.h in glibc).
Please tell me if this all makes sense, and if I need to rephrase /
expand on something.
It's very clear, thank you.
--
Zhaoming Luo
/* 8 */
/* 9 RTC_RD_TIME */
routine pioctl_rtc_rd_time (
reqport: io_t;
inout time: tm_t);
/* 10 RTC_SET_TIME */
routine pioctl_rtc_set_time (
reqport: io_t;
time: tm_t);
```
--
Zhaoming Luo
-lthreads cause ld: cannot find -lthreads: No such file or directory error
After removing -lthreads the example can work
---
hurd/translator/writing/example.mdwn | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hurd/translator/writing/example.mdwn
b/hurd/translator/writing/exa
Come across NETIF_FOREACH in /usr/include/lwip/lwip/netif.h, but I'm not
sure if it affects some self-contained stuff.
netif.h belongs to liblwip-dev.
---
lwip/iioctl-ops.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/lwip/iioctl-ops.c b/lwip/iioctl-ops.c
index 14c4d
://www.man7.org/linux/man-pages/man4/rtc.4.html
[2]: http://shakthimaan.com/downloads/hurd/server_writer.pdf
[3]: http://shakthimaan.com/downloads/hurd/server_interface.pdf
Thank you
--
Zhaoming Luo
or the report
You are welcome.
--
Zhaoming Luo
20240714-4. Does that mean the patch will be
included in the next git version?
--
Zhaoming Luo
c/hurd/shutdown.c, but instead I found
$hurd-src/shutdown/shutdown.c; is this shutdown server the correct one?
You could add in some printf (or maybe mach_print) throughout the file
and try to see where the problem starts.
Joshua
Thanks for the report
El dom, 10 nov 2024 a las 2:39, Zhaoming
th git.
I have watched the demo of Magit. It's so attractive but I have used vim
for three years. I found an alternative for vim which is called vimagit
but it seems a bit unreliable (last commit is 7 months ago). I think I
will starting changing to emacs.
--
Zhaoming Luo
the exact RPC would be 140009.
I'm quite confused about the calculation of subsystem. May I have a more
detailed process of how 14 is calculated? Including the names of the files
in which macros is used in the calculation. Thank you
--
Zhaoming Luo
web/hurd/translator/pfinet/>
--
Zhaoming Luo
f RTC patches.
The next thing I'm going to do is implementing the rtc server code, i.e
rtc device driver. I have no experience of writing driver but I want to
give it a try. Any document that is recommended to read for implementing
rtc device driver?
Best,
Zhaoming
Zhaoming Luo (3):
Compile
f RTC patches.
The next thing I'm going to do is implementing the rtc server code, i.e
rtc device driver. I have no experience of writing driver but I want to
give it a try. Any document that is recommended to read for implementing
rtc device driver?
Best,
Zhaoming
Zhaoming Luo (3):
Compile
but
when I type 'yes' for the 1/3 patch it gave me the following error:
```
Send this email? ([y]es|[n]o|[e]dit|[q]uit|[a]ll): y
250 OK
...propagated at /usr/lib/git-core/git-send-email line 1696,
line 2.
```
--
Zhaoming Luo
ll try to
switch to another email provider. For now, should I post them in one
patch or separately?
--
Zhaoming Luo
Hi,
Currently I am working on adding /dev/rtc. For now I can compile it and
use `settrans` to create a device file; I can confirm that ioctl() works
perfectly on the generated device file. I think it's a good chance to stop
and gather some suggestions and feedback, so I sent a series of RTC patche
nk you
[0]:https://www.debian.org/ports/hurd/hurd-install#morepackages
[1]:https://logs.guix.gnu.org/hurd/2023-09-05.log#001605
[2]:https://mail.gnu.org/archive/html/bug-hurd/2024-10/msg00151.html
--
Zhaoming Luo
On 11/8/24 5:10 PM, Sergey Bugaev wrote:
On Fri, Nov 8, 2024 at 4:55 AM Zhaoming Luo wrote:
diff --git a/rtc/main.c b/rtc/main.c
new file mode 100644
index ..114fb497
--- /dev/null
+++ b/rtc/main.c
@@ -0,0 +1,88 @@
+
+#include
+
+#include
+#include
+#include
I don't thin
Hi,
I am trying to learn how to add the /dev/rtc device as it is in *Small
hack entries* in https://darnassus.sceen.net/~hurd-web/contributing/. I
found that `hwclock` command will try to detect /dev/rtc [1]. However,
the probing work will only be done when the system-specific pre-defined
mac
eal hardware, so the time required may be longer (some time is
required to set up the Hurd on the computer). Should I develop in qemu?
I will post a RTC patch series soon (I now have an account on another
mail server which allows me to do it :)).
--
Zhaoming Luo
iioctl_siocgifhwaddr ( reqport: io_t;
inout ifnam: ifname_t;
--
Zhaoming Luo
On 10/24/24 10:12 AM, Zhaoming Luo wrote:
On 10/21/24 9:04 PM, Samuel Thibault wrote:
By implementing the corresponding RPC, whose msgid is given by the
IOC_MSGID macro. For instance for
RTC_RD_TIME._IOR('p', 0x09, struct rtc_time)
the group is 'p' and the co
ivers/net/liblinux_a-auto_irq.o]
Error 1
```
Did I misunderstand something?
Best
--
Zhaoming Luo
---
rtc/Makefile | 19 +++
rtc/main.c | 88
rtc/mig-mutate.h | 4 +++
rtc/pioctl-ops.c | 28 +++
4 files changed, 139 insertions(+)
create mode 100644 rtc/Makefile
create mode 100644 rtc/main.c
create mode 100644 rt
---
hurd/pioctl.defs | 34 ++
1 file changed, 34 insertions(+)
create mode 100644 hurd/pioctl.defs
diff --git a/hurd/pioctl.defs b/hurd/pioctl.defs
new file mode 100644
index ..144ed14b
--- /dev/null
+++ b/hurd/pioctl.defs
@@ -0,0 +1,34 @@
+/* Definitions
---
Makefile | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Makefile b/Makefile
index 4d848221..8133c9e9 100644
--- a/Makefile
+++ b/Makefile
@@ -69,6 +69,8 @@ ifeq ($(HAVE_LIBACPICA),yes)
prog-subdirs += acpi
endif
+prog-subdirs += rtc
+
# Other directories
other-subdirs = hurd doc c
This v2 patch series applys Sergey's and Samuel's suggestions. The
copyright headers have not been added because it is still work in
progress. The rest of the work is mainly about filling codes in
pioctl-ops.c.
Zhaoming Luo (4):
Add rtc server into compilation stage
Add ioctl int
---
hurd/rtc.h | 21 +
1 file changed, 21 insertions(+)
create mode 100644 hurd/rtc.h
diff --git a/hurd/rtc.h b/hurd/rtc.h
new file mode 100644
index ..957b13a0
--- /dev/null
+++ b/hurd/rtc.h
@@ -0,0 +1,21 @@
+#ifndef _RTC_H
+#define _RTC_H 1
+
+#include
+
+struct rt
I don't think ioctls.h is a good place looking for the subsystem id
calculation, instead hurd/ioctls.defs, it contains the following codes:
```
/* Calculate the MiG subsystem (i.e. first message ID)
for the RPCs produced by ioctl requests in the given group. */
#define IOC_GROUP_SUBSYSTEM(grou
A translator will be created as /hurd/rtc-cmos, users can create a
/dev/rtc device using the following command:
```
sudo settrans -c /dev/rtc /hurd/rtc-cmos
```
* Makefile: add rtc-cmos server into the compile chain
* hurd/pioctl.defs: new file. Interfaces for rtc ioctl operations
* hurd/rtc.h: ne
First of all, thanks for the code review.
On 11/17/24 9:04 PM, Sergey Bugaev wrote:
On Sun, Nov 17, 2024 at 3:34 PM Zhaoming Luo wrote:
diff --git a/hurd/rtc.h b/hurd/rtc.h
new file mode 100644
index ..6516e86c
--- /dev/null
+++ b/hurd/rtc.h
+struct rtc_time {
+ int tm_sec;
+ int
On 11/19/24 5:08 PM, Samuel Thibault wrote:
Zhaoming Luo, le mar. 19 nov. 2024 16:54:38 +0800, a ecrit:
On 11/17/24 9:04 PM, Sergey Bugaev wrote:
I don't think I need to do anything before exit. However, maybe I need to
ensure the rtc operations is thread-safe; I haven't done it.
On 11/17/24 9:04 PM, Sergey Bugaev wrote:
On Sun, Nov 17, 2024 at 3:34 PM Zhaoming Luo wrote:
looks nice to me overall, thanks for working on this! I cannot judge
the actual driver part, so here are some nitpicks about not following
the GNU code style :D I will try to build and test it later
Some coding style fixes. The rtc read operation can calculate day of year
based on month, day of month and year. Use only one thread for accessing
rtc to avoid data race.
* Makefile: add rtc server into the compile chain
* hurd/pioctl.defs: new file. Interfaces for rtc ioctl operations
* hurd/rtc.
f("tm_wday : %d\n", time.tm_wday );
printf("tm_yday : %d\n", time.tm_yday );
printf("tm_isdst: %d\n", time.tm_isdst);
return 0;
}
```
--
Zhaoming Luo
atches into one.
OK
--
Zhaoming Luo
From: Zhaoming Luo
* configure.ac: add HURD conditional for meson build
* sys-utils/Makemodule.am: compile hurd-specific rtc device operations
* sys-utils/hurd-hwclock-rtc.c: new file, hurd-specific rtc device
* operations
* sys-utils/hwclock.c: add --rtc option and probe_for_rtc_clock for
A translator will be created as /hurd/rtc-cmos, users can create a
/dev/rtc device using the following command:
```
sudo settrans -c /dev/rtc /hurd/rtc-cmos
```
* Makefile: add rtc-cmos server into the compile chain
* hurd/pioctl.defs: new file. Interfaces for rtc ioctl operations
* hurd/rtc.h: ne
On 12/2/24 10:12 AM, Samuel Thibault wrote:
Hello,
Hi,
Zhaoming Luo, le lun. 02 déc. 2024 10:06:48 +0800, a ecrit:
+static void close_rtc(void)
+{
[...]
+}
+
+static int open_rtc(const struct hwclock_control *ctl)
+{
[...]
+}
+
+static int open_rtc_or_exit(const struct hwclock_control
/torvalds/linux/blob/master/drivers/rtc/dev.c#L560-L567
--
Zhaoming Luo
On 12/3/24 6:48 AM, Samuel Thibault wrote:
Zhaoming Luo, le mar. 03 déc. 2024 06:42:07 +0800, a ecrit:
On 12/2/24 10:12 AM, Samuel Thibault wrote:
Please factorize these with the linux port, by putting them into a
shared file that is linked-in in both ports cases.
Do you mean having the
A /hurd/rtc translator will be created as, users can create a /dev/rtc
device using the following command:
```
sudo settrans -c /dev/rtc /hurd/rtc
```
* Makefile: add rtc-cmos server into the compile chain
* hurd/pioctl.defs: new file. Interfaces for rtc ioctl operations
* hurd/rtc.h: new file. In
Because the hurd patch (rtc translator and RTC CMOS driver) is a bit
related to the patch for util-linux (support hwclock in Hurd), I decided
to send them together.
We will see the following functions after applying the patch:
```
Functions:
-r, --show display the RTC time
* configure.ac: add HURD so it can be used in conditional in am files
* sys-utils/Makemodule.am: compile hwclock for GNU Hurd
* sys-utils/hwclock-cmos.c: avoid nested declaration warning
* sys-utils/hwclock-rtc.c: compile for GNU Hurd
* sys-utils/hwclock.c: compile for GNU Hurd
* sys-utils/hwclock.
On 12/4/24 5:56 AM, Samuel Thibault wrote:
Zhaoming Luo, le mar. 03 déc. 2024 08:53:44 +0800, a ecrit:
On 12/3/24 6:48 AM, Samuel Thibault wrote:
Zhaoming Luo, le mar. 03 déc. 2024 06:42:07 +0800, a ecrit:
On 12/2/24 10:12 AM, Samuel Thibault wrote:
Please factorize these with the linux port
---
lwip/main.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/lwip/main.c b/lwip/main.c
index ff9051db..0d92589f 100644
--- a/lwip/main.c
+++ b/lwip/main.c
@@ -218,7 +218,7 @@ main (int argc, char **argv)
task_get_bootstrap_port (mach_task_self (), &bootstrap)
On 12/8/24 4:28 PM, Sergey Bugaev wrote:
On Sun, Dec 8, 2024 at 7:53 AM Zhaoming Luo wrote:
lwip/main.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
Makes sense to me, thanks!
Reviewed-by: Sergey Bugaev
Thanks for the review.
(...but I don't know exactly
On 12/8/24 5:15 PM, Sergey Bugaev wrote:
On Sun, Dec 8, 2024 at 11:54 AM Zhaoming Luo wrote:
Reviewed-by: Sergey Bugaev
Thanks for the review.
(...but I don't know exactly what you're supposed to do with that R-b
line. I asked on libc-alpha last year [0], and didn't g
On 12/8/24 9:26 PM, jbra...@dismail.de wrote:
December 7, 2024 at 7:11 PM, "Zhaoming Luo" mailto:zhming...@163.com?to=%22Zhaoming%20Luo%22%20%3Czhmingluo%40163.com%3E > wrote:
Add a link pointing to an introduction about a mig-mutate.h file
I do think this is a good contri
On 12/9/24 12:43 AM, Samuel Thibault wrote:
Hello,
Hi, thanks for the review.
Zhaoming Luo, le ven. 06 déc. 2024 11:03:26 +0800, a ecrit:
diff --git a/sys-utils/hwclock-cmos.c b/sys-utils/hwclock-cmos.c
index 7e5eecc..cc672cb 100644
--- a/sys-utils/hwclock-cmos.c
+++ b/sys-utils/hwclock
* configure.ac: add HURD so it can be used in conditional in am files
* sys-utils/Makemodule.am: compile hwclock for GNU Hurd
* sys-utils/hwclock-rtc.c: compile for GNU Hurd
* sys-utils/hwclock.c: compile for GNU Hurd
* sys-utils/hwclock.h: compile for GNU Hurd
Signed-off-by: Zhaoming Luo
* configure.ac: add HURD so it can be used in conditional in am files
* sys-utils/Makemodule.am: compile hwclock for GNU Hurd
* sys-utils/hwclock-rtc.c: compile for GNU Hurd
* sys-utils/hwclock.c: compile for GNU Hurd
* sys-utils/hwclock.h: compile for GNU Hurd
---
configure.ac| 6 ++
On 12/9/24 7:54 AM, Samuel Thibault wrote:
Zhaoming Luo, le lun. 09 déc. 2024 07:51:38 +0800, a ecrit:
On 12/9/24 12:43 AM, Samuel Thibault wrote:
Hello,
Hi, thanks for the review.
Zhaoming Luo, le ven. 06 déc. 2024 11:03:26 +0800, a ecrit:
diff --git a/sys-utils/hwclock-cmos.c b/sys-utils
* configure.ac: add HURD so it can be used in conditional in am files
* sys-utils/Makemodule.am: compile hwclock for GNU Hurd
* sys-utils/hwclock-cmos.c: avoid nested declaration warning
* sys-utils/hwclock-rtc.c: compile for GNU Hurd
* sys-utils/hwclock.c: compile for GNU Hurd
* sys-utils/hwclock.
On 12/5/24 9:53 PM, Sergey Bugaev wrote:
On Thu, Dec 5, 2024 at 3:39 PM Zhaoming Luo wrote:
- rtc_dev_fd = open(rtc_dev_name, O_RDONLY);
+ rtc_dev_fd = open(rtc_dev_name, O_RDONLY | O_WRONLY);
It's called "xxx-only" for a reason :) On standard Unix,
* configure.ac: add HURD so it can be used in conditional in am files
* sys-utils/Makemodule.am: compile hwclock for GNU Hurd
* sys-utils/hwclock-rtc.c: compile for GNU Hurd
* sys-utils/hwclock.c: compile for GNU Hurd
* sys-utils/hwclock.h: compile for GNU Hurd
Signed-off-by: Zhaoming Luo
On 12/8/24 9:26 PM, jbra...@dismail.de wrote:
December 7, 2024 at 7:11 PM, "Zhaoming Luo" mailto:zhming...@163.com?to=%22Zhaoming%20Luo%22%20%3Czhmingluo%40163.com%3E > wrote:
Add a link pointing to an introduction about a mig-mutate.h file
I do think this is a good contri
Add a link pointing to an introduction about a mig-mutate.h file
* microkernel/mach/mig/documentation.mdwn: new further relevant
documentation
---
microkernel/mach/mig/documentation.mdwn | 1 +
1 file changed, 1 insertion(+)
diff --git a/microkernel/mach/mig/documentation.mdwn
b/microk
mach: Add CLOCK_MONOTONIC case in clock_gettime()
The Mach RPC host_get_uptime64() is implemented. It returns the elapsed time
value since bootup. See
https://git.savannah.gnu.org/cgit/hurd/gnumach.git/commit/?id=fc494bfe3fb6363e1077dc035eb119970d84a9d1
In this patch, the RPC is used to implemen
hurd: Add CLOCK_MONOTONIC case in clock_gettime()
The Mach RPC host_get_uptime64() is implemented. It returns the elapsed time
value since bootup. See
https://git.savannah.gnu.org/cgit/hurd/gnumach.git/commit/?id=fc494bfe3fb6363e1077dc035eb119970d84a9d1
In this patch, the RPC is used to implemen
submitting the 1/1 patch to
glibc? I think the website mentions I need to mention my assignment form
status. Not sure where to add it. Should I add it in cover-letter?
Zhaoming Luo (1):
hurd: Add CLOCK_MONOTONIC case in clock_gettime()
config.h.in | 3 +++
sysdeps/mach
On 1/1/25 5:50 PM, Sergey Bugaev wrote:
Happy New Year!
Happy New Year
On Wed, Jan 1, 2025 at 12:25 PM Zhaoming Luo wrote:
---
sysdeps/mach/clock_gettime.c | 12
1 file changed, 12 insertions(+)
diff --git a/sysdeps/mach/clock_gettime.c b/sysdeps/mach/clock_gettime.c
index
On 1/1/25 5:51 PM, Zhaoming Luo wrote:
---
sysdeps/mach/clock_gettime.c | 12
1 file changed, 12 insertions(+)
The website[0] mentions making `gettimeofday()` use the CLOCK_MONOTONIC.
Does that refer to this one[1]?
[0]: https://darnassus.sceen.net/~hurd-web/open_issues
* hurd/translator.mdwn: Add an entry for the rtc translator
* hurd/translator/rtc.mdwn: Add the introduction to the rtc translator
Signed-off-by: Zhaoming Luo
---
hurd/translator.mdwn | 1 +
hurd/translator/rtc.mdwn | 17 +
2 files changed, 18 insertions(+)
create mode
* hurd/translator.mdwn: Add an entry for the rtc translator
* hurd/translator/rtc.mdwn: Add the introduction to the rtc translator
---
hurd/translator.mdwn | 1 +
hurd/translator/rtc.mdwn | 31 +++
2 files changed, 32 insertions(+)
create mode 100644 hurd/trans
On 12/29/24 9:28 AM, Samuel Thibault wrote:
Hello,
Zhaoming Luo, le mar. 24 déc. 2024 09:57:51 +0800, a ecrit:
Add host_get_uptime64() mach interface operation. It can be used to get
the time passed since the boot up.
* doc/mach.texi: Add the documentation for the operation
* include/mach
On 12/29/24 5:21 PM, Samuel Thibault wrote:
Zhaoming Luo, le dim. 29 déc. 2024 12:44:27 +0800, a ecrit:
On 12/29/24 9:28 AM, Samuel Thibault wrote:
Hello,
Zhaoming Luo, le mar. 24 déc. 2024 09:57:51 +0800, a ecrit:
Add host_get_uptime64() mach interface operation. It can be used to get
the
On Mon, Feb 03, 2025 at 02:14:14PM +0800, Yuqian Yang wrote:
> On 2025-02-03 12:58, Zhaoming Luo wrote:
>
> > ... I haven't found a
> > practical method to track where the BSD macro is defined during
> > compilation.
>
> It is defined in `/usr/include/x86_64-gn
On Mon, Feb 03, 2025 at 08:39:09AM +0100, Samuel Thibault wrote:
> Hello,
>
> Zhaoming Luo, le lun. 03 févr. 2025 12:22:11 +0800, a ecrit:
> > It's still the case with different sleep times. I believe the issue is
> > related to:
> >
> > ```
> >
On Mon, Feb 03, 2025 at 04:41:13PM +0800, Zhaoming Luo wrote:
>
> Zhaoming Luo (1):
> Exclude GNU/Hurd from has('bsd') feature
>
> src/evalfunc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
As it seems not to be the correct way of submitting pa
Please have a look, I hope the semantics are correct :).
Zhaoming
---
runtime/doc/builtin.txt| 1 +
src/evalfunc.c | 9 -
src/testdir/test_functions.vim | 2 ++
3 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/runtime/doc/builtin.txt b/runtime/doc/bu
On Tue, Feb 04, 2025 at 09:12:18AM +0100, Samuel Thibault wrote:
>
> Only out_io and err_io are supposed to be readable. Or did they mean
> from the point of view of the executed process. Again, it means check
> what exactly happens to end up with "all readable fds are closed"
>
Try to keep the
On Mon, Feb 03, 2025 at 01:21:44PM +0100, Samuel Thibault wrote:
> Zhaoming Luo, le lun. 03 févr. 2025 20:05:38 +0800, a ecrit:
> > I did the experiments using my own C waiting program and `sleep` shell
> > command respectively. They gave me the same result. It seems the sleep
>
On Sat, Feb 08, 2025 at 08:55:31AM +0800, Zhaoming Luo wrote:
> On Fri, Feb 07, 2025 at 01:57:01PM +0100, Samuel Thibault wrote:
> > Zhaoming Luo, le ven. 07 févr. 2025 18:44:50 +0800, a ecrit:
> > > This is V2 of figuring out the issue. V1 is abandoned due to my mistake,
> &g
The term_getctty() should accept pty_class
See
https://mail.gnu.org/archive/html/bug-hurd/2025-02/msg00061.html
* term/users.c: The term_getctty() accepts pty_class
---
term/users.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/term/users.c b/term/users.c
index 3f449c71..bb
On Fri, Feb 07, 2025 at 01:57:01PM +0100, Samuel Thibault wrote:
> Zhaoming Luo, le ven. 07 févr. 2025 18:44:50 +0800, a ecrit:
> > This is V2 of figuring out the issue. V1 is abandoned due to my mistake,
> > but this time I can confirm the source of issue. This time I ran
> >
On Fri, Feb 07, 2025 at 03:00:08PM +0300, Sergey Bugaev wrote:
> On Fri, Feb 7, 2025 at 2:36 PM Zhaoming Luo wrote:
> > Hi,
>
> Hi,
>
> > Thread 4 hit Breakpoint 1, __GI___select (nfds=0, readfds=0x103cc20,
> > writefds=0x103cc40, exceptfds=0x103cc60, timeout=0x
On Thu, Feb 06, 2025 at 02:03:26AM +0100, Samuel Thibault wrote:
> Zhaoming Luo, le mer. 05 févr. 2025 10:33:04 +0800, a ecrit:
> > On Tue, Feb 04, 2025 at 09:12:18AM +0100, Samuel Thibault wrote:
> > > Only out_io and err_io are supposed to be readable. Or did they mean
>
On Thu, Feb 06, 2025 at 10:54:30AM +0800, Zhaoming Luo wrote:
> On Thu, Feb 06, 2025 at 02:03:26AM +0100, Samuel Thibault wrote:
> > Zhaoming Luo, le mer. 05 févr. 2025 10:33:04 +0800, a ecrit:
> > > Intead I wrote the following program to reproduce the error:
> > >
Hi,
When I'm checking curl test 546. I found that it went into a situation
that:
```
Thread 4 hit Breakpoint 1, __GI___select (nfds=0, readfds=0x103cc20,
writefds=0x103cc40, exceptfds=0x103cc60, timeout=0x103cc84)
at ../sysdeps/mach/hurd/select.c:31
```
When I continue, it hangs at mach_msg
Hi,
This is V2 of figuring out the issue. V1 is abandoned due to my mistake,
but this time I can confirm the source of issue. This time I ran
rpctrace directly on vim, and used two printfs to locate the isatty().
```
printf ("Start isatty!\n");
if (mch_isatty(in))
channel->ch_to_be_closed |=
y, the festival is just like Christmas Day in
> our culture.
>
> TODAY IS THE DAY! Happy Lunar/Chinese New Year to Hurd community! :)
>
> Sorry that I'm unfamiliar with most contributors here. But the same blessing
> to everyone here! Especially Zhaoming Luo, haha!
>
Happy New Year guys! I know this celebration is not too late ;).
Zhaoming Luo
On Sun, Feb 02, 2025 at 12:00:17PM +0100, Samuel Thibault wrote:
> Zhaoming Luo, le dim. 02 févr. 2025 18:55:49 +0800, a ecrit:
> > ```
> > Thread 2 hit Breakpoint 1, _hurd_select (nfds=7, pollfds=0x0,
> > readfds=0x103cc20, writefds=0x103cc40, exceptfds=0x103cc60,
>
Hi,
I hope this is the right place to post the discussion like this, as I
can confirm the test failed reason is not related to vim and it's quite
hard for me to track the issue alone. I think some discussion will be
helpful to solve the issue.
In the build log[0]:
```
>From test_channel.vim:
Fou
Hi,
This test failed is quite interesting. (source code [0])
Error log after running "make test_functions":
```
...
1 FAILED:
Found errors in Test_platform_name():
command line..script /home/1speaker/vim/src/testdir/runtest.vim[617]..function
RunTheTest[57]..Test_platform_name line 18: Expected
On Mon, Feb 03, 2025 at 07:32:42AM +0100, Samuel Thibault wrote:
> Hello,
>
> Zhaoming Luo, le lun. 03 févr. 2025 12:58:13 +0800, a ecrit:
> > So the story in short is that vim thinks it is compiled for bsd kernel.
> > You can reproduce the issue by running `:echo has('
Hi,
I'm not sure if I should add a feature (like has('hurd')) for GNU/Hurd,
and if it should be in this patch or in a seperate patch.
Zhaoming Luo (1):
Exclude GNU/Hurd from has('bsd') feature
src/evalfunc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
2.47.2
1 - 100 of 171 matches
Mail list logo
