themis-bugs — Bug announcement/discussion list

[Themis-bugs][ themis-Bugs-587320 ] So many hopes... (null):80(null)

[SourceForge.net <no...@so...>]

Bugs item #587320, was opened at 2002-07-26 18:03
Message generated for change (Settings changed) made by z3r0_one
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113124&aid=587320&group_id=13124

Category: Networking - TCP
>Group: Fixed - In Repository
>Status: Closed
Resolution: None
Priority: 4
Submitted By: Raymond C. Rodgers (z3r0_one)
Assigned to: Raymond C. Rodgers (z3r0_one)
Summary: So many hopes... (null):80(null)

Initial Comment:
Upon exit of Themis, the application sometimes crashes after 
printing something like the following one or more times:

So many hopes and dreams, gone... lost forever... 
(null):80(null)

This is a known issue that must be resolved in the future. It 
is caused by a problem in either the http protocol add-on's 
most recent rewrite or modifications to the tcp protocol layer 
during those changes. Essentially, either extra connection 
structures are being created (directly or indirectly by the 
http layer) or old/bad data is getting into the tcp layer.

This issue needs to be hunted down and squashed, but other 
parts of the project are demanding attention at this time. 
This will be resolved later.

----------------------------------------------------------------------

>Comment By: Raymond C. Rodgers (z3r0_one)
Date: 2004-11-11 12:40

Message:
Logged In: YES 
user_id=91845

HTTP has been rewritten; this is no longer an issue.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113124&aid=587320&group_id=13124

[Themis-bugs][ themis-Bugs-587321 ] Themis deadlocks/hangs

[SourceForge.net <no...@so...>]

Bugs item #587321, was opened at 2002-07-26 18:08
Message generated for change (Comment added) made by z3r0_one
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113124&aid=587321&group_id=13124

Category: Networking - HTTP
>Group: Fixed - In Repository
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Raymond C. Rodgers (z3r0_one)
Assigned to: Raymond C. Rodgers (z3r0_one)
Summary: Themis deadlocks/hangs

Initial Comment:
With the most recent changes in the http protocol, a new 
locking system was introduced into the http add-on as well as 
the tcp protocol layer (which is included in the framework 
app, as well as in the http add-on).

While it does usually work, there are frequent occasions at 
this time when the application will hit a deadlock situation: 
The http layer and tcp layer are both trying (and possibly 
succeeding) at locking access to their and each other's data 
and functions. 

This occasionally happens during the transfer of data from 
remote servers, but most frequently occurs on shutdown of the 
application.

This will be resolved eventually, however other parts of the 
project have a higher priority at this time.

----------------------------------------------------------------------

>Comment By: Raymond C. Rodgers (z3r0_one)
Date: 2004-11-11 12:40

Message:
Logged In: YES 
user_id=91845

HTTP layer rewritten... This is no longer an issue.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113124&aid=587321&group_id=13124

[Themis-bugs][ themis-Bugs-807473 ] BEOS:TYPE index creation

[SourceForge.net <no...@so...>]

Bugs item #807473, was opened at 2003-09-16 15:44
Message generated for change (Comment added) made by z3r0_one
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113124&aid=807473&group_id=13124

Category: Cache
>Group: Fixed - In Repository
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Axel Dörfler (axeld)
>Assigned to: Raymond C. Rodgers (z3r0_one)
Summary: BEOS:TYPE index creation

Initial Comment:
In "/modules/http/cookieman.cpp" the index BEOS:TYPE is 

created on startup of Themis.

Please don't do this; it lets all Tracker queries come up 

empty if the index didn't exist earlier (as is the case for 

almost all systems).

Whatever you need it for, it can be solved easily using 

another index (which will be even faster than the BEOS:TYPE 

index).

Due to the large number of equal entries, it's currently not 

a good idea to have a BEOS:TYPE index anyway, as it slows the 

down the entire file system.

----------------------------------------------------------------------

>Comment By: Raymond C. Rodgers (z3r0_one)
Date: 2003-09-17 20:07

Message:
Logged In: YES 
user_id=91845

Point well taken, and corrected.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113124&aid=807473&group_id=13124

[Themis-bugs][ themis-Bugs-807473 ] BEOS:TYPE index creation

[SourceForge.net <no...@so...>]

Bugs item #807473, was opened at 2003-09-16 22:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113124&aid=807473&group_id=13124

Category: Cache
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Axel Dörfler (axeld)
Assigned to: Nobody/Anonymous (nobody)
Summary: BEOS:TYPE index creation

Initial Comment:
In "/modules/http/cookieman.cpp" the index BEOS:TYPE is 

created on startup of Themis.

Please don't do this; it lets all Tracker queries come up 

empty if the index didn't exist earlier (as is the case for 

almost all systems).

Whatever you need it for, it can be solved easily using 

another index (which will be even faster than the BEOS:TYPE 

index).

Due to the large number of equal entries, it's currently not 

a good idea to have a BEOS:TYPE index anyway, as it slows the 

down the entire file system.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113124&aid=807473&group_id=13124

[Themis-bugs]httplayer crash

[emwe <em...@m-...>]

After trying to load www.adobe.com. No http_request made before.

httplayer.cpp line 1559
stack crawl:
( hopefully the correct stuff. taken from bdb, forgot sc )
+0048  ec04f8c8:        leal    0x00000003(%edi), %ecx
+004b  ec04f8cb:        movb    %al, 0x00000003(%edi)
+004e  ec04f8ce:        testb   %al, %al
+0050  ec04f8d0:        jz      0xec04f8ff <strncpy+0x0000007f>
+0052  ec04f8d2:        decl    -0x00000004(%ebp)
+0055  ec04f8d5:        jz      0xec04f910 <strncpy+0x00000090>
+0057  ec04f8d7:        movb    (%edx), %al
+0059  ec04f8d9:        incl    %edx
+005a  ec04f8da:        incl    %ecx
+005b  ec04f8db:        movb    %al, (%ecx)

variable: temp "An OS error occured. General OS error."
variable: bs "An OS error occured. General OS error."

////
				}
				
			} else {
				len=eol-start;
			}
			strncpy(bs,start,len); // << this one
			request->chunkbytesremaining=strtol(bs,&semi,16);
//			printf("New Chunk size: %ld\t%s\n",request->chunkbytesremaining,bs);
			if (request->chunkbytesremaining==0) {
//				printf("\tRequest is done!\n");
				CloseRequest(request);
				return;
			}
////

Michael

R5pro+BONE

-- 
emwe:25 | em...@m-...
emwe:80 | www.m-phasis.de

[Themis-bugs]three bugs :)

[emwe <em...@m-...>]

bug1:

after having made a http progress, and then closing themis,
segment violation.
//
httplayer.cpp line 104
httplayer::~httplayer() 
{
	delete CookieMonster;
	http_request *req;
	
	while(requests_head!=NULL) {
		req=requests_head->next;
		delete requests_head;	// << this one
		requests_head=req;
	}
//
req is (nil)

this goes down till httplayer.h line 233
//
		if (headers) {
			header_st *cur=headers;
			while (headers!=NULL) {
//				printf("header: %s\tvalue: %s\n",cur->name,cur->value);
				cur=headers->next;
				delete headers;	// << this one
				headers=cur;
			}
		}
//
and then httplayer.h line 111
//
	~header_st() {
		if (name)
			delete name;
		if (value)
			delete value; // << this one
		name=value=NULL;
		next=NULL;
	}
//

bug2:

on themis close. occurs randomly, but often.

plug-in manager:sc
   frame         retaddr
fd0f080c   ec0770f0  _free + 0000002c
fd0f0830   ec06a9ef  unchecked_free + 00000043
fd0f0848   ec073c3c  __builtin_delete + 00000030
fd0f085c   ec27d3cf  BLocker::~BLocker(void) + 0000003b
fd0f0874   8003b3e8  PlugClass::~PlugClass(void) + 00000048
fd0f0894   ea795835  ProtocolPlugClass::~ProtocolPlugClass(void) + 0000002d
fd0f08b0   ea783511  http_protocol::~http_protocol(void) + 00000141
fd0f08cc   ea7820ba  Shutdown + 000000be
fd0f090c   8003fc9b  plugman::UnloadAllPlugins(bool) + 00000237
fd0f096c   8003f9c3  plugman::QuitRequested(void) + 000000f3
fd0f09e0   ec198313  BLooper::do_quit_requested(BMessage *) + 0000005f
fd0f0a44   ec19a979  BLooper::DispatchMessage(BMessage *, BHandler *) + 
00000035
fd0f0a5c   ec198a39  BLooper::task_looper(void) + 0000043d
fd0f0d28   ec19ae46  BLooper::_task0_(void *) + 00000036
fd0f0d3c   ec06c50d  thread_start + 00000039
plug-in manager:

plugclass.cpp line 87
//
PlugClass::~PlugClass() {
	delete Lock; // << this one
	MsgSysUnregister(this);
}
//

bug3:

Themis crashed when started from Tracker. Means, window freezes, and doesnt
get updated. When started from Shell, everthing is ok. The debug output 
seems to delay the use of an object or sth. No idea. No idea how I can find
the bug without using the shell. Perhaps you are.

Have a nice weekend!

Michael 'emwe' Weirauch

-- 
emwe:25 | em...@m-...
emwe:80 | www.m-phasis.de

[Themis-bugs] [ themis-Bugs-587321 ] Themis deadlocks/hangs

[<no...@so...>]

Bugs item #587321, was opened at 2002-07-26 18:08
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113124&aid=587321&group_id=13124

Category: Networking - HTTP
Group: Known Issue
Status: Open
Resolution: None
Priority: 5
Submitted By: Zero One (z3r0_one)
Assigned to: Zero One (z3r0_one)
Summary: Themis deadlocks/hangs

Initial Comment:
With the most recent changes in the http protocol, a new 
locking system was introduced into the http add-on as well as 
the tcp protocol layer (which is included in the framework 
app, as well as in the http add-on).

While it does usually work, there are frequent occasions at 
this time when the application will hit a deadlock situation: 
The http layer and tcp layer are both trying (and possibly 
succeeding) at locking access to their and each other's data 
and functions. 

This occasionally happens during the transfer of data from 
remote servers, but most frequently occurs on shutdown of the 
application.

This will be resolved eventually, however other parts of the 
project have a higher priority at this time.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113124&aid=587321&group_id=13124

[Themis-bugs] [ themis-Bugs-587320 ] So many hopes... (null):80(null)

[<no...@so...>]

Bugs item #587320, was opened at 2002-07-26 18:03
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113124&aid=587320&group_id=13124

Category: Networking - TCP
Group: Known Issue
Status: Open
Resolution: None
Priority: 4
Submitted By: Zero One (z3r0_one)
Assigned to: Zero One (z3r0_one)
Summary: So many hopes... (null):80(null)

Initial Comment:
Upon exit of Themis, the application sometimes crashes after 
printing something like the following one or more times:

So many hopes and dreams, gone... lost forever... 
(null):80(null)

This is a known issue that must be resolved in the future. It 
is caused by a problem in either the http protocol add-on's 
most recent rewrite or modifications to the tcp protocol layer 
during those changes. Essentially, either extra connection 
structures are being created (directly or indirectly by the 
http layer) or old/bad data is getting into the tcp layer.

This issue needs to be hunted down and squashed, but other 
parts of the project are demanding attention at this time. 
This will be resolved later.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=113124&aid=587320&group_id=13124

[Themis-bugs] are the mailing lists working?

[Z3R0 O. <z3r...@ya...>]

Ok... this is getting annoying... I haven't seen any of my messages appear 
in the list archives, and I'm beginning to doubt that they're working 
properly. Someone please send a response on each list (we only need one:) 
just to verify that they are working.
--
z3r0 one
z3r...@ya...
http://sourceforge.net/projects/Themis/
PGP Finger print: 4C7C BC3A 8FE3 A89B BBB3  FE3A 18EC B32B CEF7 75C1


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com