lojban.org is broken
Robin Lee Powell
Since the other thread wasn't clear enough, apparently:
Yesterday, I managed to destroy all the data on www.lojban.org.
This means that everything since my last backup ( Tue Sep 27
03:01:21 UTC 2011 ) has been lost, although I don't think anything
actually happened really.
Except IRC logs, but I'll try to remember to add those manually.
-Robin
Robin Lee Powell
OK, should be better now (including IRC logs).
-Robin
Luke Bergen
-Robin
--
You received this message because you are subscribed to the Google Groups "lojban" group.
To post to this group, send email to loj...@googlegroups.com.
To unsubscribe from this group, send email to lojban+un...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/lojban?hl=en.
.alyn.post.
.y
.i la camgusmis cu ponse lo ka rokci
.y
.i la camgusmis cu ckaji lo rokci
.y
.i la camgusmis cu banli
.i la camgusmis cu banli gi'e banli banli .ui
.i mu'o mi'e .alyn.
On Thu, Sep 29, 2011 at 08:27:05AM -0400, Luke Bergen wrote:
> our hero!
> Thanks Robin. *You rock.
>
> On Thu, Sep 29, 2011 at 12:46 AM, Robin Lee Powell
> <[1]rlpo...@digitalkingdom.org> wrote:
>
> On Wed, Sep 28, 2011 at 11:24:04AM -0700, Robin Lee Powell wrote:
> >
> > Since the other thread wasn't clear enough, apparently:
> >
> > Yesterday, I managed to destroy all the data on [2]www.lojban.org.
> > This means that everything since my last backup ( Tue Sep 27
> > 03:01:21 UTC 2011 ) has been lost, although I don't think anything
> > actually happened really.
> >
> > Except IRC logs, but I'll try to remember to add those manually.
>
> OK, should be better now (including IRC logs).
> -Robin
>
> --
> You received this message because you are subscribed to the Google
> Groups "lojban" group.
> To post to this group, send email to [3]loj...@googlegroups.com.
> To unsubscribe from this group, send email to
> [4]lojban+un...@googlegroups.com.
> For more options, visit this group at
> [5]http://groups.google.com/group/lojban?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups
> "lojban" group.
> To post to this group, send email to loj...@googlegroups.com.
> To unsubscribe from this group, send email to
> lojban+un...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/lojban?hl=en.
>
> References
>
> Visible links
> 1. mailto:rlpo...@digitalkingdom.org
> 2. http://www.lojban.org/
> 3. mailto:loj...@googlegroups.com
> 4. mailto:lojban%2Bunsu...@googlegroups.com
> 5. http://groups.google.com/group/lojban?hl=en
--
.i ma'a lo bradi cu penmi gi'e du
Robin Lee Powell
Heh. Don't be too happy with me; I'm the one who blew away all the
data. :P
How's performance on the new system, btw? People used to complain
about it a lot.
-Robin
On Thu, Sep 29, 2011 at 08:27:05AM -0400, Luke Bergen wrote:
Robin Lee Powell
djandus
On Thursday, September 29, 2011 7:51:14 AM UTC-5, .alyn.post. wrote:
.i la camgusmis cu ckaji lo rokci
Ian Johnson
lo ka bu'a cu rokci
Does that clear it up?
mu'o mi'e latros
--
You received this message because you are subscribed to the Google Groups "lojban" group.
To view this discussion on the web visit https://groups.google.com/d/msg/lojban/-/sO5NJ1VPoCIJ.
Ian Johnson
.alyn.post.
cizra (to dei snuti cirzu toi)
.i mu'o mi'e .alyn.
On Fri, Sep 30, 2011 at 12:54:23AM -0400, Ian Johnson wrote:
> (By the way, that's not entirely supposed to make sense, and I don't think
> it was intended to make that much sense originally either.)
>
> On Fri, Sep 30, 2011 at 12:54 AM, Ian Johnson <[1]blindb...@gmail.com>
> wrote:
>
> The implication is the following:
> lo ka bu'a cu rokci
>
> Does that clear it up?
>
> mu'o mi'e latros
>
> On Fri, Sep 30, 2011 at 12:45 AM, djandus <[2]jan...@gmail.com> wrote:
>
> On Thursday, September 29, 2011 7:51:14 AM UTC-5, .alyn.post. wrote:
>
> .i la camgusmis cu ckaji lo rokci
>
> So, I'm confused. I thought that even though {ckaji} is defined to
> have a ka-based x*** place, when using it you must say {lo ka}. Is
> that not the case, or is this just a special case of eliding {ka} when
> it's usage would be obvious? (something which I thought would be left
> to {tu'a}...)
> mu'o mi'e djandus
>
> --
> You received this message because you are subscribed to the Google
> Groups "lojban" group.
> To view this discussion on the web visit
> [3]https://groups.google.com/d/msg/lojban/-/sO5NJ1VPoCIJ.
> To post to this group, send email to [4]loj...@googlegroups.com.
> To unsubscribe from this group, send email to
> [5]lojban+un...@googlegroups.com.
> For more options, visit this group at
> [6]http://groups.google.com/group/lojban?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups
> "lojban" group.
> To post to this group, send email to loj...@googlegroups.com.
> To unsubscribe from this group, send email to
> lojban+un...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/lojban?hl=en.
>
> References
>
> Visible links
> 1. mailto:blindb...@gmail.com
> 2. mailto:jan...@gmail.com
> 3. https://groups.google.com/d/msg/lojban/-/sO5NJ1VPoCIJ
> 4. mailto:loj...@googlegroups.com
> 5. mailto:lojban%2Bunsu...@googlegroups.com
> 6. http://groups.google.com/group/lojban?hl=en
Luke Bergen
jbofi'e says:
Could not mmap the dictionary data : Success [1(2[[1(2[
.alyn.post.
-Alan
On Fri, Sep 30, 2011 at 12:10:54PM -0400, Luke Bergen wrote:
> .u'i. *In using jboski to check if that crazy bridi works (the "mi na
> cusku zo ka ki'u lo mi ro bridi porsi" one) I got an error that brings us
> back around to the original topic. *
> Haven't seen this error before. *Was alyn's bridi just so crazy that it
> toasted jbofi'e or is there a server mis-configuration of some kind?
>
> jbofi'e says:
>
> Could not mmap the dictionary data
> : Success
>
>
>
>
> [[1]([2][
>
> [[1]([2][
>
> On Fri, Sep 30, 2011 at 11:57 AM, .alyn.post.
> <[1]alyn...@lodockikumazvati.org> wrote:
>
> .i mi na cusku zo ka ki'u lo mi ro bridi porsi .i di'u pe mi tolsnuti
> cizra (to dei snuti cirzu toi)
> .i mu'o mi'e .alyn.
>
> On Fri, Sep 30, 2011 at 12:54:23AM -0400, Ian Johnson wrote:
> > * *(By the way, that's not entirely supposed to make sense, and I
> don't think
> > * *it was intended to make that much sense originally either.)
> >
> > * *On Fri, Sep 30, 2011 at 12:54 AM, Ian Johnson
> <[1][2]blindb...@gmail.com>
> > * *wrote:
> >
> > * * *The implication is the following:
> > * * *lo ka bu'a cu rokci
> >
> > * * *Does that clear it up?
> >
> > * * *mu'o mi'e latros
> >
> > * * *On Fri, Sep 30, 2011 at 12:45 AM, djandus
> <[2][3]jan...@gmail.com> wrote:
> >
> > * * * *On Thursday, September 29, 2011 7:51:14 AM UTC-5, .alyn.post.
> wrote:
> >
> > * * * * *.i la camgusmis cu ckaji lo rokci
> >
> > * * * *So, I'm confused. I thought that even though {ckaji} is defined
> to
> > * * * *have a ka-based x*** place, when using it you must say {lo ka}.
> Is
> > * * * *that not the case, or is this just a special case of eliding
> {ka} when
> > * * * *it's usage would be obvious? (something which I thought would
> be left
> > * * * *to {tu'a}...)
> > * * * *mu'o mi'e djandus
> >
> > * * * *--
> > * * * *You received this message because you are subscribed to the
> Google
> > * * * *Groups "lojban" group.
> > * * * *To view this discussion on the web visit
> > * * * *[3][4]https://groups.google.com/d/msg/lojban/-/sO5NJ1VPoCIJ.
> > * * * *To post to this group, send email to
> [4][5]loj...@googlegroups.com.
> > * * * *To unsubscribe from this group, send email to
> > * * * *[5][6]lojban+un...@googlegroups.com.
> > * * * *For more options, visit this group at
> > * * * *[6][7]http://groups.google.com/group/lojban?hl=en.
> >
> > * *--
> > * *You received this message because you are subscribed to the Google
> Groups
> > * *"lojban" group.
> > * *To post to this group, send email to [8]loj...@googlegroups.com.
> > * *To unsubscribe from this group, send email to
> > * *[9]lojban+un...@googlegroups.com.
> > * *For more options, visit this group at
> > * *[10]http://groups.google.com/group/lojban?hl=en.
> >
> > References
> >
> > * *Visible links
> > * *1. mailto:[11]blindb...@gmail.com
> > * *2. mailto:[12]jan...@gmail.com
> > * *3. [13]https://groups.google.com/d/msg/lojban/-/sO5NJ1VPoCIJ
> > * *4. mailto:[14]loj...@googlegroups.com
> > * *5. mailto:[15]lojban%2Bunsu...@googlegroups.com
> > * *6. [16]http://groups.google.com/group/lojban?hl=en
>
> --
> .i ma'a lo bradi cu penmi gi'e du
>
> --
> You received this message because you are subscribed to the Google
> Groups "lojban" group.
> To post to this group, send email to [17]loj...@googlegroups.com.
> To unsubscribe from this group, send email to
> [18]lojban+un...@googlegroups.com.
> For more options, visit this group at
> [19]http://groups.google.com/group/lojban?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups
> "lojban" group.
> To post to this group, send email to loj...@googlegroups.com.
> To unsubscribe from this group, send email to
> lojban+un...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/lojban?hl=en.
>
> References
>
> Visible links
> 1. mailto:alyn...@lodockikumazvati.org
> 2. mailto:blindb...@gmail.com
> 3. mailto:jan...@gmail.com
> 4. https://groups.google.com/d/msg/lojban/-/sO5NJ1VPoCIJ
> 5. mailto:loj...@googlegroups.com
> 6. mailto:lojban%2Bunsu...@googlegroups.com
> 7. http://groups.google.com/group/lojban?hl=en
> 8. mailto:loj...@googlegroups.com
> 9. mailto:lojban%2Bunsu...@googlegroups.com
> 10. http://groups.google.com/group/lojban?hl=en
> 11. mailto:blindb...@gmail.com
> 12. mailto:jan...@gmail.com
> 13. https://groups.google.com/d/msg/lojban/-/sO5NJ1VPoCIJ
> 14. mailto:loj...@googlegroups.com
> 15. mailto:lojban%252Buns...@googlegroups.com
> 16. http://groups.google.com/group/lojban?hl=en
> 17. mailto:loj...@googlegroups.com
> 18. mailto:lojban%2Bunsu...@googlegroups.com
> 19. http://groups.google.com/group/lojban?hl=en
Robin Lee Powell
fix it. I'm told a reload usually clears it up.
Oh, huh, I can replicate on the command line. Hmmm...
It happens about one time in five.
There is no memory pressure on the host. There are no SELinux
errors (in fact, turning SELinux off doesn't fix it).
I seriously have no idea what's up here at all. Anyone who wants an account to
investigate it is welcome to it. An strace of a fail and then a good run are
below (both are short).
Interestingly, it's not actually on the mmap that it fails. *shrug*
-Robin
- -----------------------------------------------------------
rlpowell@jukni> echo "mi klama" | strace -ff /usr/local/bin/jbofihe -x 2>&1
execve("/usr/local/bin/jbofihe", ["/usr/local/bin/jbofihe", "-x"], [/* 45 vars */]) = 0
brk(0) = 0xb84000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b77a4ead000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=35848, ...}) = 0
mmap(NULL, 35848, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b77a4eae000
close(3) = 0
open("/lib64/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260\24\2k6\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1951736, ...}) = 0
mmap(0x366b000000, 3773688, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x366b000000
mprotect(0x366b18f000, 2097152, PROT_NONE) = 0
mmap(0x366b38f000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x18f000) = 0x366b38f000
mmap(0x366b394000, 21752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x366b394000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b77a4eb7000
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b77a4eb8000
arch_prctl(ARCH_SET_FS, 0x2b77a4eb7b40) = 0
mprotect(0x366b38f000, 16384, PROT_READ) = 0
mprotect(0x366ae1e000, 4096, PROT_READ) = 0
munmap(0x2b77a4eae000, 35848) = 0
rt_sigaction(SIGABRT, {0x401920, [ABRT], SA_RESTORER|SA_RESTART, 0x366b035350}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGBUS, {0x401920, [BUS], SA_RESTORER|SA_RESTART, 0x366b035350}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGSEGV, {0x401920, [SEGV], SA_RESTORER|SA_RESTART, 0x366b035350}, {SIG_DFL, [], 0}, 8) = 0
fstat(0, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b77a4eae000
read(0, "mi klama\n", 4096) = 9
brk(0) = 0xb84000
brk(0xba5000) = 0xba5000
brk(0) = 0xba5000
read(0, "", 4096) = 0
fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b77a4eaf000
open("/usr/local/lib/jbofihe/smujmaji.dat", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=241214, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b77a4eb0000
read(3, "\0\0006B\5\4\5\5\5\5\5\4\5\5\4\4\4\6\5\5\4\6\5\6\5\3\4\6\4\4\4\5"..., 4096) = 4096
mmap(NULL, 225280, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b77a4eba000
read(3, "\4\4\4\5\5\5\4\5\4\7\4\6\4\4\4\10\5\4\5\10\4\6\5\6\4\10\4\4\5\7\4\5"..., 4096) = 4096
read(3, "\3\3\5\5\5\5\5\5\5\5\5\5\4\3\7\3\6\4\5\3\7\3\3\2\5\5\5\3\10\4\5\4"..., 4096) = 4096
read(3, "\5\5\4\5\5\5\5\5\4\5\4\5\4\5\5\5\4\5\4\5\5\5\5\5\5\5\5\5\5\5\4\5"..., 4096) = 4096
read(3, "\6\24\5\5\6\t\6\10\6\32\7\f\5\5\6\7\6\20\5\7\6\t\6\6\6\r\5\4\6\6\6\16"..., 4096) = 4096
read(3, "\6\37\7\r\6\"\7\17\5\f\6\v\6\16\5\6\6\10\6\25\7\v\5\5\6\16\6\10\5\5\6\7"..., 4096) = 4096
read(3, "\6\21\5\5\6\17\6\5\6\22\6\23\5\10\6\n\6\v\6\32\6\r\5\3\6\7\6\r\6\24\5\6"..., 4096) = 4096
fstat(3, {st_mode=S_IFREG|0644, st_size=241214, ...}) = 0
lseek(3, 0, SEEK_CUR) = 28672
mmap(NULL, 241214, PROT_READ, MAP_SHARED, 3, 0) = 0x2b77a4ef1000
dup(2) = 4
fcntl(4, F_GETFL) = 0x8002 (flags O_RDWR|O_LARGEFILE)
fstat(4, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b77a4f2c000
lseek(4, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek)
write(4, "Could not mmap the dictionary da"..., 35Could not mmap the dictionary data
) = 35
write(4, ": Success\n", 10: Success
) = 10
close(4) = 0
munmap(0x2b77a4f2c000, 4096) = 0
write(1, "[([", 3[([) = 3
exit_group(1) = ?
- -----------------------------------------------------------
rlpowell@jukni> echo "mi klama" | strace -ff /usr/local/bin/jbofihe -x 2>&1
execve("/usr/local/bin/jbofihe", ["/usr/local/bin/jbofihe", "-x"], [/* 45 vars */]) = 0
brk(0) = 0x10a5000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b9034160000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=35848, ...}) = 0
mmap(NULL, 35848, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b9034161000
close(3) = 0
open("/lib64/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260\24\2k6\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1951736, ...}) = 0
mmap(0x366b000000, 3773688, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x366b000000
mprotect(0x366b18f000, 2097152, PROT_NONE) = 0
mmap(0x366b38f000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x18f000) = 0x366b38f000
mmap(0x366b394000, 21752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x366b394000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b903416a000
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b903416b000
arch_prctl(ARCH_SET_FS, 0x2b903416ab40) = 0
mprotect(0x366b38f000, 16384, PROT_READ) = 0
mprotect(0x366ae1e000, 4096, PROT_READ) = 0
munmap(0x2b9034161000, 35848) = 0
rt_sigaction(SIGABRT, {0x401920, [ABRT], SA_RESTORER|SA_RESTART, 0x366b035350}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGBUS, {0x401920, [BUS], SA_RESTORER|SA_RESTART, 0x366b035350}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGSEGV, {0x401920, [SEGV], SA_RESTORER|SA_RESTART, 0x366b035350}, {SIG_DFL, [], 0}, 8) = 0
fstat(0, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b9034161000
read(0, "mi klama\n", 4096) = 9
brk(0) = 0x10a5000
brk(0x10c6000) = 0x10c6000
brk(0) = 0x10c6000
read(0, "", 4096) = 0
fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b9034162000
open("/usr/local/lib/jbofihe/smujmaji.dat", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=241214, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b9034163000
read(3, "\0\0006B\5\4\5\5\5\5\5\4\5\5\4\4\4\6\5\5\4\6\5\6\5\3\4\6\4\4\4\5"..., 4096) = 4096
mmap(NULL, 225280, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b903416d000
read(3, "\4\4\4\5\5\5\4\5\4\7\4\6\4\4\4\10\5\4\5\10\4\6\5\6\4\10\4\4\5\7\4\5"..., 4096) = 4096
read(3, "\3\3\5\5\5\5\5\5\5\5\5\5\4\3\7\3\6\4\5\3\7\3\3\2\5\5\5\3\10\4\5\4"..., 4096) = 4096
read(3, "\5\5\4\5\5\5\5\5\4\5\4\5\4\5\5\5\4\5\4\5\5\5\5\5\5\5\5\5\5\5\4\5"..., 4096) = 4096
read(3, "\6\24\5\5\6\t\6\10\6\32\7\f\5\5\6\7\6\20\5\7\6\t\6\6\6\r\5\4\6\6\6\16"..., 4096) = 4096
read(3, "\6\37\7\r\6\"\7\17\5\f\6\v\6\16\5\6\6\10\6\25\7\v\5\5\6\16\6\10\5\5\6\7"..., 4096) = 4096
read(3, "\6\21\5\5\6\17\6\5\6\22\6\23\5\10\6\n\6\v\6\32\6\r\5\3\6\7\6\r\6\24\5\6"..., 4096) = 4096
fstat(3, {st_mode=S_IFREG|0644, st_size=241214, ...}) = 0
lseek(3, 0, SEEK_CUR) = 28672
mmap(NULL, 241214, PROT_READ, MAP_SHARED, 3, 0) = 0x2b90341a4000
lseek(3, 27784, SEEK_SET) = 27784
close(3) = 0
munmap(0x2b9034163000, 4096) = 0
write(1, "[([klama1 (go-er(s)):] mi", 25[([klama1 (go-er(s)):] mi) = 25
write(1, " /I, me/) /[is, does]/ <<klama", 30 /I, me/) /[is, does]/ <<klama) = 30
write(1, " /go-ing/>>]\n", 13 /go-ing/>>]
) = 13
exit_group(0) = ?
- -----------------------------------------------------------
.alyn.post.
Depending an what version of jbofi'e you're using, the mmap
code did some pretty odd error checking. I wouldn't be
surprised if that oddness continued into using it, I see it
is dying on a no-op seek command.
I'd need access to both the kernel syscall manpages and the
source code.
-Alan
> --
> You received this message because you are subscribed to the Google Groups "lojban" group.
> To post to this group, send email to loj...@googlegroups.com.
> To unsubscribe from this group, send email to lojban+un...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/lojban?hl=en.
>
--
.alyn.post.
The code was using an invalid check for the mmap call failing that
worked on 32-bit machines but failed on 64-bit machines.
It would sometimes detect a success condition as an error and
abort, when in fact everything was working fine.
-Alan
> --
> You received this message because you are subscribed to the Google Groups "lojban" group.
> To post to this group, send email to loj...@googlegroups.com.
> To unsubscribe from this group, send email to lojban+un...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/lojban?hl=en.
>
--
MorphemeAddict
This problem is now fixed.
najrut
Robin Lee Powell
> Attaching files is unavailable now. Can you fix it ?
Ah! I had been wondering about that. Thank you, that helped me
nail down a weird thing I had been seeing.
Fixed.
-Robin
najrut
Robin Lee Powell
> One more bug. Adding new glosswords into jbovlaste isn't available
> anymore.
If you could walk me through exactly what you were adding and how
and what happened, that would be helpful; nothing changed that
should effect that process at all.
-Robin
najrut
System error
| error: | DBD::Pg::db do failed: ERROR: null value in column "natlangwordid" violates not-null constraint at /srv/jbovlaste/current/dict/editdef.html line 163. | ||||||||||||||||||||||
| context: |
| ||||||||||||||||||||||
| code stack: | /srv/jbovlaste/current/dict/editdef.html:163 /usr/share/perl5/vendor_perl/HTML/Mason/Request.pm:948 /srv/jbovlaste/mason-data-dir/obj/2204750894/jbovlaste/dict/editdef.html.obj:17 /srv/jbovlaste/current/autohandler:4 |
DBD::Pg::db do failed: ERROR: null value in column "natlangwordid" violates not-null constraint at /srv/jbovlaste/current/dict/editdef.html line 163.
Trace begun at /usr/share/perl5/vendor_perl/HTML/Mason/Exceptions.pm line 129
HTML::Mason::Exceptions::rethrow_exception('DBD::Pg::db do failed: ERROR: null value in column "natlangwordid" violates not-null constraint at /srv/jbovlaste/current/dict/editdef.html line 163.^J') called at /srv/jbovlaste/current/dict/editdef.html line 163
HTML::Mason::Commands::__ANON__('glossmax', 1, 'definitiontxt', '$x_1$ is a papaya (fruit) of species/variety/cultivar $x_2$', 'langid', 2, 'definition', 20420, 'glossc1', 'on', 'langtag', 'en', 'placew1', '', 'valsitxt', 'pamga', 'placem1', '', 'glossw1', 'papaya', 'glossn1', '', 'valsiword', 'pamga', 'glossm1', 'fruit', 'final', 'Submit Definition', 'notes', 'Cf. {grute}', 'type', 'experimental gismu', 'valsiid', 11065, 'placemax', 1) called at /usr/share/perl5/vendor_perl/HTML/Mason/Component.pm line 157
HTML::Mason::Component::run_dynamic_sub('HTML::Mason::Component::FileBased=HASH(0x7f5c376bf3f8)', 'main', 'glossmax', 1, 'definitiontxt', '$x_1$ is a papaya (fruit) of species/variety/cultivar $x_2$', 'langid', 2, 'definition', 20420, 'glossc1', 'on', 'langtag', 'en', 'placew1', '', 'valsitxt', 'pamga', 'placem1', '', 'glossw1', 'papaya', 'glossn1', '', 'valsiword', 'pamga', 'glossm1', 'fruit', 'final', 'Submit Definition', 'notes', 'Cf. {grute}', 'type', 'experimental gismu', 'valsiid', 11065, 'placemax', 1) called at /usr/share/perl5/vendor_perl/HTML/Mason/Request.pm line 948
HTML::Mason::Request::call_dynamic('HTML::Mason::Request::ApacheHandler=HASH(0x7f5c372299f0)', 'main', 'glossmax', 1, 'definitiontxt', '$x_1$ is a papaya (fruit) of species/variety/cultivar $x_2$', 'langid', 2, 'definition', 20420, 'glossc1', 'on', 'langtag', 'en', 'placew1', '', 'valsitxt', 'pamga', 'placem1', '', 'glossw1', 'papaya', 'glossn1', '', 'valsiword', 'pamga', 'glossm1', 'fruit', 'final', 'Submit Definition', 'notes', 'Cf. {grute}', 'type', 'experimental gismu', 'valsiid', 11065, 'placemax', 1) called at /srv/jbovlaste/mason-data-dir/obj/2204750894/jbovlaste/dict/editdef.html.obj line 17
HTML::Mason::Commands::__ANON__('glossmax', 1, 'definitiontxt', '$x_1$ is a papaya (fruit) of species/variety/cultivar $x_2$', 'langid', 2, 'definition', 20420, 'glossc1', 'on', 'langtag', 'en', 'placew1', '', 'valsitxt', 'pamga', 'placem1', '', 'glossw1', 'papaya', 'glossn1', '', 'valsiword', 'pamga', 'glossm1', 'fruit', 'final', 'Submit Definition', 'notes', 'Cf. {grute}', 'type', 'experimental gismu', 'valsiid', 11065, 'placemax', 1) called at /usr/share/perl5/vendor_perl/HTML/Mason/Component.pm line 135
HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x7f5c376bf3f8)', 'glossmax', 1, 'definitiontxt', '$x_1$ is a papaya (fruit) of species/variety/cultivar $x_2$', 'langid', 2, 'definition', 20420, 'glossc1', 'on', 'langtag', 'en', 'placew1', '', 'valsitxt', 'pamga', 'placem1', '', 'glossw1', 'papaya', 'glossn1', '', 'valsiword', 'pamga', 'glossm1', 'fruit', 'final', 'Submit Definition', 'notes', 'Cf. {grute}', 'type', 'experimental gismu', 'valsiid', 11065, 'placemax', 1) called at /usr/share/perl5/vendor_perl/HTML/Mason/Request.pm line 1302
eval {...} at /usr/share/perl5/vendor_perl/HTML/Mason/Request.pm line 1292
HTML::Mason::Request::comp(undef, undef, undef, 'glossmax', 1, 'definitiontxt', '$x_1$ is a papaya (fruit) of species/variety/cultivar $x_2$', 'langid', 2, 'definition', 20420, 'glossc1', 'on', 'langtag', 'en', 'placew1', '', 'valsitxt', 'pamga', 'placem1', '', 'glossw1', 'papaya', 'glossn1', '', 'valsiword', 'pamga', 'glossm1', 'fruit', 'final', 'Submit Definition', 'notes', 'Cf. {grute}', 'type', 'experimental gismu', 'valsiid', 11065, 'placemax', 1) called at /usr/share/perl5/vendor_perl/HTML/Mason/Request.pm line 1355
HTML::Mason::Request::scomp('HTML::Mason::Request::ApacheHandler=HASH(0x7f5c372299f0)', 'HTML::Mason::Component::FileBased=HASH(0x7f5c376bf3f8)', 'glossmax', 1, 'definitiontxt', '$x_1$ is a papaya (fruit) of species/variety/cultivar $x_2$', 'langid', 2, 'definition', 20420, 'glossc1', 'on', 'langtag', 'en', 'placew1', '', 'valsitxt', 'pamga', 'placem1', '', 'glossw1', 'papaya', 'glossn1', '', 'valsiword', 'pamga', 'glossm1', 'fruit', 'final', 'Submit Definition', 'notes', 'Cf. {grute}', 'type', 'experimental gismu', 'valsiid', 11065, 'placemax', 1) called at /srv/jbovlaste/current/autohandler line 4
HTML::Mason::Commands::__ANON__('glossmax', 1, 'definitiontxt', '$x_1$ is a papaya (fruit) of species/variety/cultivar $x_2$', 'langid', 2, 'definition', 20420, 'glossc1', 'on', 'langtag', 'en', 'placew1', '', 'valsitxt', 'pamga', 'placem1', '', 'glossw1', 'papaya', 'glossn1', '', 'valsiword', 'pamga', 'glossm1', 'fruit', 'final', 'Submit Definition', 'notes', 'Cf. {grute}', 'type', 'experimental gismu', 'valsiid', 11065, 'placemax', 1) called at /usr/share/perl5/vendor_perl/HTML/Mason/Component.pm line 135
HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x7f5c376dbc58)', 'glossmax', 1, 'definitiontxt', '$x_1$ is a papaya (fruit) of species/variety/cultivar $x_2$', 'langid', 2, 'definition', 20420, 'glossc1', 'on', 'langtag', 'en', 'placew1', '', 'valsitxt', 'pamga', 'placem1', '', 'glossw1', 'papaya', 'glossn1', '', 'valsiword', 'pamga', 'glossm1', 'fruit', 'final', 'Submit Definition', 'notes', 'Cf. {grute}', 'type', 'experimental gismu', 'valsiid', 11065, 'placemax', 1) called at /usr/share/perl5/vendor_perl/HTML/Mason/Request.pm line 1297
eval {...} at /usr/share/perl5/vendor_perl/HTML/Mason/Request.pm line 1292
HTML::Mason::Request::comp(undef, undef, undef, 'glossmax', 1, 'definitiontxt', '$x_1$ is a papaya (fruit) of species/variety/cultivar $x_2$', 'langid', 2, 'definition', 20420, 'glossc1', 'on', 'langtag', 'en', 'placew1', '', 'valsitxt', 'pamga', 'placem1', '', 'glossw1', 'papaya', 'glossn1', '', 'valsiword', 'pamga', 'glossm1', 'fruit', 'final', 'Submit Definition', 'notes', 'Cf. {grute}', 'type', 'experimental gismu', 'valsiid', 11065, 'placemax', 1) called at /usr/share/perl5/vendor_perl/HTML/Mason/Request.pm line 481
eval {...} at /usr/share/perl5/vendor_perl/HTML/Mason/Request.pm line 481
eval {...} at /usr/share/perl5/vendor_perl/HTML/Mason/Request.pm line 433
HTML::Mason::Request::exec('HTML::Mason::Request::ApacheHandler=HASH(0x7f5c372299f0)') called at /usr/share/perl5/vendor_perl/HTML/Mason/ApacheHandler.pm line 168
HTML::Mason::Request::ApacheHandler::exec('HTML::Mason::Request::ApacheHandler=HASH(0x7f5c372299f0)') called at /usr/share/perl5/vendor_perl/HTML/Mason/ApacheHandler.pm line 825
HTML::Mason::ApacheHandler::handle_request('HTML::Mason::ApacheHandler=HASH(0x7f5c373e0c68)', 'Apache2::RequestRec=SCALAR(0x7f5c36e77450)') called at (eval 36) line 8
HTML::Mason::ApacheHandler::handler('HTML::Mason::ApacheHandler', 'Apache2::RequestRec=SCALAR(0x7f5c36e77450)') called at -e line 0
eval {...} at -e line 0