postgresql-interfaces/psqlodbc GitHub issues and pull requests (mirror)
help / color / mirror / Atom feed[postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
27+ messages / 3 participants
[nested] [flat]
* [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-25 02:36 "siga0984 (@siga0984)" <[email protected]>
0 siblings, 0 replies; 27+ messages in thread
From: siga0984 (@siga0984) @ 2024-09-25 02:36 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
After upgrade from ODBC driver 15 to 16, in a c/cpp db gateway program , when the program closes all opened statements, windows CRT crashes with a heap corruption exception, allways when I call SQLFreeHandle of the same ( trivial ) statement. This is the clal stack :
psqlodbc30a.dll!TI_ClearObject(TABLE_INFO * ti) Line 66 C
[Inline Frame] psqlodbc30a.dll!TI_Destructor(TABLE_INFO * * ti, int count) Line 44 C
psqlodbc30a.dll!SC_initialize_cols_info(StatementClass_ * stmt, int DCdestroy, int parseReset) Line 524 C
psqlodbc30a.dll!SC_Destructor(StatementClass_ * self) Line 514 C
psqlodbc30a.dll!PGAPI_FreeStmt(void * hstmt, unsigned short fOption) Line 334 C
psqlodbc30a.dll!SQLFreeHandle(short HandleType, void * Handle) Line 273 C
After turn on all odbc logs, the last instructions show some reference count below zero, but the previous count shows positive.. see TI_ClearObject 0000021A4F80E580 refcnt
```
[23924-25.444] qresult.c[QR_Destructor]354: entering
[23924-25.444] qresult.c[QR_close_result]265: entering
[23924-25.444] qresult.c[QR_free_memory]489: entering fcount=0
[23924-25.444] qresult.c[QR_free_memory]587: leaving
[23924-25.444] qresult.c[QR_close_result]329: leaving
[23924-25.444] qresult.c[QR_Destructor]358: leaving
**[23924-25.444]descriptor[TI_ClearObject]58: !!!refcnt 0000021A4F80E580:2 -> 1**
[23924-25.444] qresult.c[QR_Destructor]354: entering
[23924-25.444] qresult.c[QR_close_result]265: entering
[23924-25.444] qresult.c[QR_free_memory]489: entering fcount=8
[23924-25.444] qresult.c[QR_free_memory]587: leaving
[23924-25.444] qresult.c[QR_close_result]329: leaving
[23924-25.444] qresult.c[QR_Destructor]358: leaving
[23924-25.444] bind.c[reset_a_column_binding]772: entering ... self=0000021A4FA34820, bindings_allocated=1, icol=1
[23924-25.444] bind.c[APD_free_params]643: entering self=0000021A4FA34900
[23924-25.444] bind.c[IPD_free_params]698: entering self=0000021A4FA34970
[23924-25.444] bind.c[PDATA_free_params]663: entering self=0000021A4FA34A68
[23924-25.444]statement.[SC_Destructor]536: leaving
[23924-25.444]odbcapi30.[SQLFreeHandle]250: Entering
[23924-25.444]statement.[PGAPI_FreeStmt]248: entering...hstmt=0000021A4F7A4050, fOption=1
[23924-25.444] qresult.c[QR_Destructor]354: entering
[23924-25.444]statement.[SC_init_Result]546: leaving(0000021A4F7A4050)
[23924-25.444]statement.[SC_Destructor]488: entering self=0000021A4F7A4050, self->result=0000000000000000, self->hdbc=0000021A4F6C5700
[23924-25.444]connection[CC_send_query_append]1816: conn=0000021A4F6C5700, query='DEALLOCATE "_PLAN0000021A4F7A4050"'
[23924-25.444]connection[CC_send_query_append]1898: query_len=34
[23924-25.444]connection[CC_send_query_append]1942: [QLOG]PQsendQuery: 0000021A4F6BB4F0 'DEALLOCATE "_PLAN0000021A4F7A4050"'
[23924-25.444] qresult.c[QR_Constructor]183: entering
[23924-25.444] qresult.c[QR_Constructor]252: leaving 0000021A5093DBF0
[23924-25.444]connection[CC_send_query_append]1984: [QLOG] ok: - 'C' - DEALLOCATE
[23924-25.444]connection[CC_send_query_append]2000: setting cmdbuffer = 'DEALLOCATE'
[23924-25.444]connection[CC_send_query_append]2084: returning res = 0000021A5093DBF0
[23924-25.444] qresult.c[QR_Destructor]354: entering
[23924-25.444] qresult.c[QR_close_result]265: entering
[23924-25.444] qresult.c[QR_free_memory]489: entering fcount=0
[23924-25.444] qresult.c[QR_free_memory]587: leaving
[23924-25.444] qresult.c[QR_close_result]329: leaving
[23924-25.444] qresult.c[QR_Destructor]358: leaving
**[23924-25.444]descriptor[TI_ClearObject]58: !!!refcnt 0000021A4F80E580:0 -> -1**
```
And this is the last line on file ... I don't know is this is the proper channel to report or ask help for something like this ... The application runs the same (huge) sequence of instructions with all previous versions of odbc driver ... any tips, advice, I will appreciate !!
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-25 11:44 ` "davecramer (@davecramer)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: davecramer (@davecramer) @ 2024-09-25 11:44 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
This is the proper channel. Thanks for the report.
Dave
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-25 11:47 ` "davecramer (@davecramer)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: davecramer (@davecramer) @ 2024-09-25 11:47 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
@progmachine This looks like something you might be more familiar with. Do you have any cycles to work on this ?
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-25 13:22 ` "siga0984 (@siga0984)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: siga0984 (@siga0984) @ 2024-09-25 13:22 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
This issue does not happen with 16.00.0004 release. And, should be something related to the last update ... Because the object being destroyed is a COL_INFO object .
**Restored reference counting lifetime managment of COL_INFO objects.** -> Retrieved from [REL-16_00_0005](https://github.com/postgresql-interfaces/psqlodbc/releases/tag/REL-16_00_0005) release comments
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-25 13:37 ` "davecramer (@davecramer)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: davecramer (@davecramer) @ 2024-09-25 13:37 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
@siga0984 I imagine it is related to that PR which is why I asked @progmachine to have a look
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-25 16:06 ` "progmachine (@progmachine)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: progmachine (@progmachine) @ 2024-09-25 16:06 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
I'll do some research. Looks like something wrong with refcounting... (
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-25 16:18 ` "siga0984 (@siga0984)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: siga0984 (@siga0984) @ 2024-09-25 16:18 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
Same issue occurrs in Linux -- Tested on Ubuntu20 psqlodbc 16 through Unixodbc, core dumped on same stack...
The attached ZIP file contains postgres odbc logs, generated by psqlodbc on Windows. I hope this is helpful.
[logs.zip](https://github.com/user-attachments/files/17134685/logs.zip)
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-26 11:37 ` "progmachine (@progmachine)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: progmachine (@progmachine) @ 2024-09-26 11:37 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
Spent entire evening yesterday investigating problem. Found only one place where refcnt can broke.
Also found one place where COL_INFO objects may leak.
In a minute i'll prepare pull request for this.
It will be fine if @siga0984 can test this fix and confirm if bug is gone away.
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-26 15:10 ` "siga0984 (@siga0984)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: siga0984 (@siga0984) @ 2024-09-26 15:10 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
> Spent entire evening yesterday investigating problem. Found only one place where refcnt can broke. Also found one place where COL_INFO objects may leak. In a minute i'll prepare pull request for this. It will be fine if @siga0984 can test this fix and confirm if bug is gone away.
Yes, I can !! 👍 Just let me know where i can download a beta / release candidate psqlodbc30a.dll to test !!
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-26 18:57 ` "davecramer (@davecramer)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: davecramer (@davecramer) @ 2024-09-26 18:57 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
@siga0984 we don't create release candidates. As you are able to test this on unix you can just get the PR and build from there. Is that possible, Otherwise I can try to create a release candidate
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-26 22:10 ` "siga0984 (@siga0984)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: siga0984 (@siga0984) @ 2024-09-26 22:10 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
Yep, I can do it ... I 'll read some how-to documentation 😃
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-26 23:04 ` "siga0984 (@siga0984)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: siga0984 (@siga0984) @ 2024-09-26 23:04 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
> Yep, I can do it ... I 'll read some how-to documentation 😃
I've sucessfully clone psqlodbc project, and pull @progmachine code , and build and configure and test ... AND YES, WORKS FINE 😄 It's completely solved !!!
```
ODBC Driver Name...........: psqlodbca.so
ODBC Driver Version .......: 17.00.0000
UNIX ODBC Version..........: 2.3.6
```
Thank you ALL very much @davecramer @progmachine and the development team !!!!
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-27 15:20 ` "siga0984 (@siga0984)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: siga0984 (@siga0984) @ 2024-09-27 15:20 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
Gentleman ... I'm sorry to bring some bad news ...
My primary test runs fine ... BUT ... I have two different routines that cause the heap corruption ... and i have tested the first one... NOW i have tested the second routine ... And heap corruption occurs ...
See the attachment files ( mylog ) , at the end of file reference count is negative 😢 And the stack is the same.
[logs-16.00.0006.zip](https://github.com/user-attachments/files/17166262/logs-16.00.0006.zip)
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-27 19:21 ` "progmachine (@progmachine)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: progmachine (@progmachine) @ 2024-09-27 19:21 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
@siga0984 are you sure that you using correct psqlodbc dll version? Because refcnt is decrementing only in three places within entire codebase, and all of them should be logged in 16.0.6, but i can not see in your log, where refcnt for object 0x00000171A90E8DA0 is decremented to 0.
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-27 19:29 ` "progmachine (@progmachine)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: progmachine (@progmachine) @ 2024-09-27 19:29 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
Now i see, in the beginning of the log, version is written... :-/
I think we need more collaboration for testing. @siga0984 can you run your tests on linux? Because i have no instrumentation for building psqlodbc on windows.
Tomorrow i'll make new branch in my fork, and add precise logging, anywhere refcnt is modified. I hope it will help to understand what is going on.
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-27 19:31 ` "davecramer (@davecramer)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: davecramer (@davecramer) @ 2024-09-27 19:31 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
@progmachine thanks for this. I should remove the release.
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-27 19:36 ` "siga0984 (@siga0984)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: siga0984 (@siga0984) @ 2024-09-27 19:36 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
> @siga0984 are you sure that you using correct psqlodbc dll version? Because refcnt is decrementing only in three places within entire codebase, and all of them should be logged in 16.0.6, but i can not see in your log, where refcnt for object 0x00000171A90E8DA0 is decremented to 0.
Yes, I do. You can confirm the version on mylog ... "[37520-0.003]connection[CC_initial_log]1036: [QLOG]Driver Version='16.00.0006,Sep 27 2024' linking 1941 dynamic Multithread library"
Meanwhile, I'm still doing more test to obtain as much as I can get of data and a shorter sequence os operations to reproduce the issue.
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-27 19:38 ` "siga0984 (@siga0984)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: siga0984 (@siga0984) @ 2024-09-27 19:38 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
> Now i see, in the beginning of the log, version is written... :-/ I think we need more collaboration for testing. @siga0984 can you run your tests on linux? Because i have no instrumentation for building psqlodbc on windows. Tomorrow i'll make new branch in my fork, and add precise logging, anywhere refcnt is modified. I hope it will help to understand what is going on.
Let me know when you do it, and I'll download your branch , build and test it on linux 😛
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-27 19:41 ` "davecramer (@davecramer)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: davecramer (@davecramer) @ 2024-09-27 19:41 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
@siga0984 what flavour of linux. I'm trying to build it on ubuntu and running into issues
```
checking for odbc_config... no
configure: error: odbc_config not found (required for unixODBC build)
```
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-27 19:49 ` "progmachine (@progmachine)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: progmachine (@progmachine) @ 2024-09-27 19:49 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
ubuntu is troublesome when it relates to unixodbc, because they renamed/moved things.
I use script, found somewhere in wild internet. Place it in /usr/bin
[odbc_config.gz](https://github.com/user-attachments/files/17168945/odbc_config.gz)
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-27 20:06 ` "siga0984 (@siga0984)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: siga0984 (@siga0984) @ 2024-09-27 20:06 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
@progmachine @davecramer
Additional information : For some specific statements, for better performance, I bind one parameter, and bind the return columns, and after execute, I close the cursor with `SQLFreeStmt( hstmt, SQL_CLOSE -- option 1 );` , and later i just change the binded parameter content ( same addr, same size ) , and Execute the statement again. One of those statements crashes on FreeHandle(). When I change my app to allways drop an create a new statement, everything works fine 👍
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-27 22:54 ` "siga0984 (@siga0984)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: siga0984 (@siga0984) @ 2024-09-27 22:54 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
@progmachine @davecramer
Maybe I found where is the catch ... After prepare two statements with the same SQL expression, leave both opened , DROP any table, and close the statements, I got the double delete error !!!
Seems like it's related to CC_clear_col_info() , called on DROP TABLE 🎸
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-27 23:18 ` "progmachine (@progmachine)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: progmachine (@progmachine) @ 2024-09-27 23:18 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
> Seems like it's related to CC_clear_col_info() , called on DROP TABLE
I found it =)
It is between descriptor.c:60 and descriptor.c:62 - line 61 erases refcnt.
Tomorrow i'll make PR for this. For now i am going to sleep.
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-28 10:06 ` "progmachine (@progmachine)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: progmachine (@progmachine) @ 2024-09-28 10:06 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
@siga0984 can you test branch [bugfix_47-refcnt_erase](https://github.com/progmachine/psqlodbc/tree/bugfix_47-refcnt_erase) before i make pull request?
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-28 14:55 ` "siga0984 (@siga0984)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: siga0984 (@siga0984) @ 2024-09-28 14:55 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
> @siga0984 can you test branch [bugfix_47-refcnt_erase](https://github.com/progmachine/psqlodbc/tree/bugfix_47-refcnt_erase) before i make pull request?
@progmachine Yep, immediately 👍
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-28 15:18 ` "siga0984 (@siga0984)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: siga0984 (@siga0984) @ 2024-09-28 15:18 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
@progmachine Builded , and tested -- With all routines that triggers the issue , and it's working FINE 😄
^ permalink raw reply [nested|flat] 27+ messages in thread
* Re: [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005
@ 2024-09-28 23:31 ` "davecramer (@davecramer)" <[email protected]>
25 siblings, 0 replies; 27+ messages in thread
From: davecramer (@davecramer) @ 2024-09-28 23:31 UTC (permalink / raw)
To: postgresql-interfaces/psqlodbc <[email protected]>
Ok, I've pushed tag REL-17_00_0001. This will release REL-17_00_0001
Thank you both @siga0984 and @progmachine for this!
^ permalink raw reply [nested|flat] 27+ messages in thread
end of thread, other threads:[~2024-09-28 23:31 UTC | newest]
Thread overview: 27+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2024-09-25 02:36 [postgresql-interfaces/psqlodbc] issue #47: Memory Corruption using version 16.00.0005 "siga0984 (@siga0984)" <[email protected]>
2024-09-25 11:44 ` "davecramer (@davecramer)" <[email protected]>
2024-09-25 11:47 ` "davecramer (@davecramer)" <[email protected]>
2024-09-25 13:22 ` "siga0984 (@siga0984)" <[email protected]>
2024-09-25 13:37 ` "davecramer (@davecramer)" <[email protected]>
2024-09-25 16:06 ` "progmachine (@progmachine)" <[email protected]>
2024-09-25 16:18 ` "siga0984 (@siga0984)" <[email protected]>
2024-09-26 11:37 ` "progmachine (@progmachine)" <[email protected]>
2024-09-26 15:10 ` "siga0984 (@siga0984)" <[email protected]>
2024-09-26 18:57 ` "davecramer (@davecramer)" <[email protected]>
2024-09-26 22:10 ` "siga0984 (@siga0984)" <[email protected]>
2024-09-26 23:04 ` "siga0984 (@siga0984)" <[email protected]>
2024-09-27 15:20 ` "siga0984 (@siga0984)" <[email protected]>
2024-09-27 19:21 ` "progmachine (@progmachine)" <[email protected]>
2024-09-27 19:29 ` "progmachine (@progmachine)" <[email protected]>
2024-09-27 19:31 ` "davecramer (@davecramer)" <[email protected]>
2024-09-27 19:36 ` "siga0984 (@siga0984)" <[email protected]>
2024-09-27 19:38 ` "siga0984 (@siga0984)" <[email protected]>
2024-09-27 19:41 ` "davecramer (@davecramer)" <[email protected]>
2024-09-27 19:49 ` "progmachine (@progmachine)" <[email protected]>
2024-09-27 20:06 ` "siga0984 (@siga0984)" <[email protected]>
2024-09-27 22:54 ` "siga0984 (@siga0984)" <[email protected]>
2024-09-27 23:18 ` "progmachine (@progmachine)" <[email protected]>
2024-09-28 10:06 ` "progmachine (@progmachine)" <[email protected]>
2024-09-28 14:55 ` "siga0984 (@siga0984)" <[email protected]>
2024-09-28 15:18 ` "siga0984 (@siga0984)" <[email protected]>
2024-09-28 23:31 ` "davecramer (@davecramer)" <[email protected]>
This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox