On 3-Nov-09, at 5:31 PM, Raphael Manfredi wrote:
> Quoting Matthew Lye from ml.softs.gtk-
> gnutella.devel:
> :in frame 5:
> :row = 0,
> :i = 1, and
> :{struct download}key = {magic = DOWNLOAD_MAGIC, src_handle =
> :2434507541, src_handle_valid = 1,
> : error_str =
Hey all,
I have encountered a crash that I find rather perplexing, seemingly in
iso3166.c:
> #0 0x93a0ab50 in __kill ()
> #1 0x93aa5c00 in abort ()
> #2 0x001e93d8 in assertion_failure (data= unavailable, due to optimizations>) at fast_assert.c:104
> #3 0x001fbfc4 in iso3166_country_cc (cod
The distributed hash table seems to be disregarding the connection
status of GTKG in at least some cases; I found my Gnutella I/O
maintaining rates of approximately 20 Kb/s both ways after
disconnecting yesterday, which was somewhat disconcerting. Either the
bandwidth meter is misrepresen
Hello all,
Since the recent changes in ./src/sdbm, I have been encountering a
compile-time error originating with ./src/lib/utf8.o 's links to the
iconv library. My system is a ppc7450 iMac running OS X 10.5.8, which
has Darwin 9.8.0.
> cc -o dbu dbu.o util.o -O2 -g -L. -lsdbm -L../lib
On 17-Sep-09, at 11:23 AM, Hauke Hachmann wrote:
> On Thursday 17 September 2009, Matthew Lye wrote:
>> Which gtkg version are you using?
>
> Ah, sorry, I forgot to mention. At the moment, I am using r16974
> (which
> is the newest from SVN), but I think that my problems w
On 7-Sep-09, at 3:44 PM, Raphael Manfredi wrote:
> Quoting Matthew Lye from ml.softs.gtk-
> gnutella.devel:
> :More like this? It wasn't as difficult as I thought, once I got used
> :to the functions.
>
> Yes, this is a correct patch. Thank you.
>
> I've
On 7-Sep-09, at 11:44 AM, Raphael Manfredi wrote:
Your patch ties the ban logic to the Foxy servent name. This is
probably not
what we want: I'd prefer something that looks for the authentication
header
in the handshake, regardless of the servent name.
More like this? It wasn't as diffic
On 7-Sep-09, at 3:15 AM, Raphael Manfredi wrote:
Quoting Matthew Lye from ml.softs.gtk-
gnutella.devel:
I am testing, and would recommend, the following...
If you can come up with a patch, it will greatly speed-up things. :-)
Okay, sure. I'd normally be reluctant to offer a patch
On 14-Jun-09, at 4:55 PM, Christian Biere wrote:
> Matthew Lye wrote:
>> I'm noticing an extraordinary number of outgoing attempts to connect
>> to Foxy 1.9.9.0 clients in Taiwan and Hong Kong as GTKG starts up,
>> here. Could the [swarms of] Foxy clients which
Question:
Locally generated queries are currently passed to the dynamic query
code.
Subsequently, queries are no longer sent when more results have been
generated than a hard-coded limit, currently 150.
Is this intentional behavior, or has a query reply limit (for when we
receive queries fro
I'm noticing an extraordinary number of outgoing attempts to connect
to Foxy 1.9.9.0 clients in Taiwan and Hong Kong as GTKG starts up,
here. Could the [swarms of] Foxy clients which are [always] failing
to connect as incoming connections nonetheless be ending up in the
GTKG hostcache?
-
The unfinished(?) implementation of TRACK_MALLOC control in "lib/
halloc.h" is currently causing several halloc functions to remain
undefined if TRACK_MALLOC is not defined.
(Specifically, halloc, hfree, hrealloc, halloc0, and hcopy, as called
by matching.c, settings.c, share.c, and tls_commo
Pedantic warnings on size_t not properly cast to unsigned for use by
"%u":
line 563, the last 'rounded'
line 570, the last 'rounded'
line 1797, 'used' in second-last argument.
Not sure if size_t is ever not unsigned long, but they typed it, so.
--
On 13-May-09, at 3:15 PM, Christian Biere wrote:
> Matthew Lye wrote:
>> On 13-May-09, at 1:46 AM, Christian Biere wrote:
>>> Do you get this warning for every incoming connection or just for
>>> some?
>
>> Just for some, albeit fairly frequently. (That sai
On 13-May-09, at 1:46 AM, Christian Biere wrote:
> Do you get this warning for every incoming connection or just for
> some?
Just for some, albeit fairly frequently. (That said, it's happening
with every call to getpeername$UNIX2003.) I'd have treated it as more
of a problem if it was flo
On 12-May-09, at 11:26 PM, Christian Biere wrote:
> If that's the case you should see the relevant warnings on stderr.
> You can also try to remove the lines to verify your thesis.
No, no, that would have been clever.
It's more complicated than I thought. There's a "getpeername
$UNIX2003()", whi
This may be old news.
For a long time I've seen the following warning produced many, many
times per session:
> 09-05-12 22:01:00 (WARNING): getpeername() failed: Invalid argument
I just got around to checking into it with dtrace, and it appears that
getpeername() is not actually being called
Cosmetic in this instance I guess, but hopefully no-one's depending on
size_t always equalling int.
routing.c: In function ‘dht_compute_size_estimate’:
routing.c:2425: warning: format ‘%d’ expects type ‘int’, but argument
4 has type ‘long unsigned int’
from /Users/mlye/prj/gtk-fast/src/dht/ro
Hey there,
I was just trying to get Darwin's llvm-gcc (low level virtual machine
based gcc) going on my machine, and I'm getting a static assert at
line 832 of "atoms.c"; the arena offset isn't aligning to modulo 16
bytes. (A recent change to alignment in llvm-gcc 4.2).
http://devworld.ap
On 19-Mar-09, at 8:20 PM, Christian Biere wrote:
> Matthew Lye wrote:
>> There's an oracle?
>
> Maybe. Just google it.
>
>> The linker problem should only be a nuisance for people who've
>> enabled
>> the bug reporting system included in the Xcode
On 19-Mar-09, at 3:26 PM, Christian Biere wrote:
> Matthew Lye wrote:
>> On 18-Mar-09, at 4:41 PM, Christian Biere wrote:
>>> Could you pin-point at what part of Configure the crashes occur?
>
>> try.c: In function ‘main’:
>> try.c:14: warning: implicit d
On 18-Mar-09, at 4:41 PM, Christian Biere wrote:
>
> Could you pin-point at what part of Configure the crashes occur?
Basically what's been happening is that I've been being notified in
the GUI that crash reports have been logged (so I can send the to
Apple if needed). Either the logging sy
Heya,
1) In ./contrib/bitter, 'config.h' and the contents of the 'src'
directory are symbolic links to items in a directory that does not
exist on my computer.
2) -pipe is not being added to my cc flags the way it should be; I'm
not sure why. This seems to coincide with a 'HOLD IT, the
I am, by the way, getting some weird crash notifications from ld when
the configure (build) script is running, between 2-4 per run. Is a
behavior unique to GNU-ld being assumed maybe? This behavior is new.
It's been a while since I built GTKG, however, so it could be a change
in the syst
If it makes very large difference to the effort it takes to debug, I
will re-jigger my compiling setting to turn off optimizations. I'd
prefer not to, though. GTKG tends to heavily load my machine, and I'm
superstitious about optimizing. (1GHz PPC G4)
This error occurred in a seemingly sp
Unfortunately I was running with optimizations. :(
FATAL: Assertion failure in routing.c:2633: "id"
Program received signal SIGABRT, Aborted.
0x9499caf0 in __kill ()
(gdb) bt
#0 0x9499caf0 in __kill ()
#1 0x94a37bb0 in abort ()
#2 0x0021d078 in assertion_failure (data=) at fast_assert.c:96
#
On 24-Aug-08, at 3:24 PM, Christian Biere wrote:
> You can peek at such definitions like this:
> echo | gcc -E -g3 -
>
> I guess your system defined __ppc__ and it should be semantically
> equivalent to __powerpc__, except for endianness maybe but that
> doesn't matter here.
Both __ppc__ and __PO
Hey,
Putting the GUID debacle behind us. Ahem.
I've been noticing this lately, so I ran build.sh for a 'clean' (un-
fiddled with) version of GTKG, and got the same error. Basically, the
__powerpc__ token isn't defined on my machine. I don't know when or
how in the compile this is supposed
On 2-Jul-08, at 5:15 AM, Raphael Manfredi wrote:
> As Christian already said, the GUID is a pure random number which is
> not
> encoding any IP address within it.
If I understand correctly now...
(a) MUID implies GUID. A GUID is just any old 16-byte string that
happens to be guaranteed to b
On 1-Jul-08, at 1:18 PM, Christian Biere wrote:
> Matthew Lye wrote:
>> I've been 'implementing' browsing of proxied hosts via command line/
>> search field[1].
>> The menu interface uses data from the original selected item to name
>> the search entry
I've been 'implementing' browsing of proxied hosts via command line/
search field[1].
The menu interface uses data from the original selected item to name
the search entry after that address.
It seems impossible to derive the local address from the GUID of the
host.
(a) Is guid_oob_get_
Thanks for the recent work. A minor glitch, it appears that some
Configure script problems have been (re?)introduced regarding the
options passed to the compiler.
For example:
> cc -c -I../.. -I.. -I/usr/local/include/glib-1.2 -I/usr/local/lib/
> glib/include -DCURDIR=src/lib -O2 -g -mcpu=7
On 28-Apr-08, at 7:18 PM, Christian Biere wrote:
> Larry Nieves wrote:
>> I'm currently connected to 2 LimeWires & 1 Frostwire, the first
>> result
>> for the query "crazy frog" returns a file with the following SHA-1
>>
>> urn:sha1:KFVDRZZNNGJO5HMDHAY4ZG6RTX2G65JI
>>
>> Note the last letter is
Hey all,
I've been noticing a complete blackout of urn:sha1 results recently.
I just ran a test with "Crazy Frog hampster song-remix.mp3", a file
that garnered 74 hits on a search for "crazy frog" in about 30
seconds. Searching via urn:sha1:KFVDRZZNNGJO5HMDAY4ZG6RTX2G65JL [the
sha1 bin32
On 23-Apr-08, at 4:12 AM, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> wrote:
> Hi there,
>
> Can anyone throw any light on the blow problem? I have used mac
> ports to install GLib and Gtk+ but that hasn't helped. If I use mac
> ports to install gtk-gnutella it works fine, however, I wish to
>
Okay, this bug might be a bit esoteric, so I'll do my best to describe
it.
Replication:
A) In the 'Incomplete' view of 'Downloads', one may sort the
downloads by the number of sources. Doing so, then
B) selecting a large group of the *not currently running/host
queued* inc
>
>> Has anyone confirmed that they are *not* filtering their reportage of
>> suggested ultra-peers to try?
>
> I don't understand this sentence.
>
>> I keep meaning to check this with
>> netcat (nc), but have lost the page that told me how to hand-code the
>> handshake. I've been distracted from
On 9-Mar-08, at 3:47 PM, Christian Biere wrote:
> Hauke Hachmann wrote:
>> On Thursday 10 January 2008, gionnico wrote:
>>> It's strange but every time I connect if I don't force any
>>> connection
>>> I find to be connected almost only to BearShare ultrapeers.
>>>
>>> And the cache becomes ful
> I don't know why it would crash there or what's the NULL pointer doing
> there. If it's reproducable it might be worth looking at but it would
> also require more debug information. You can't even see which pointer
> is NULL here.
I'll give it a go, next time I'm running GTKG. Any requests, bes
19 0x006bdaa4 in g_main_dispatch ()
> #20 0x006bf164 in g_main_iterate ()
> #21 0x006bf4ac in g_main_run ()
> #22 0x00535b68 in gtk_main ()
> #23 0x0017001c in main_gui_run (geometry_spec= unavailable, due to optimizations>) at main.c:692
> #24 0x3de0 in main (argc=1, argv=0xbff
> As a "quick hack" mimicking this manual help, gtk-gnutella could do
> something like "if the anti-monopoly feature is enabled and if the
> ratio of a certain vendor is already maxed out, then only try to
> connect to peers that have a port number that is not used by one of
> the
> already conne
by the way:
I've been getting fairly frequent messages like this, recently:
> 07-12-07 18:42:15 (WARNING): unable to set TCP_NODELAY on fd#102:
> Invalid argument
My build is a day or two old. It could be a Leopard thing.
- Matt
-
On 4-Dec-07, at 9:07 PM, Christian Biere wrote:
> If you run multiple peers at the same time, do NOT copy the
> configuration files. At the very least, remove "guid" and
> "servent_kuid"
> from config_gnet because these might be unique per peer by all
> means. In
> fact, they are no longer per
On 2-Dec-07, at 12:03 PM, Christian Biere wrote:
> Isn't there a counter which shows how often this leak occurs? If
> there's only
> one, there's probably some initialization the first time one of
> these functions
> is called and it's not really a leak. If this happens for each
> handshake,
The following also seems to be a source of several memory leaks, about
144 bytes each. I'd found 1k-sized leaks earlier, but unfortunately
the "Instruments" program crashed before they could be recorded. I
believe they involved a call to TLS as well, though, so they could
have been from t
Hey everybody,
I've been messing around a little bit with the new development tools
in Leopard. If I've managed to use the memory leak tool properly
(based on Dtrace, with a GUI), and do in fact understand what I'm
doing, you should find that the logic of the following functions
allows a
Hey there,
I'm just getting things running under Leopard. Apparently I should be
really excited about D-trace, but I haven't had the time to learn
about it yet.
The first thing I've noticed is a odd glitch in the Configure script
when it tests for usable versions of Glib and Gtk. The condi
Hey all,
There appears to have been no activity on this list since the tenth.
The security certificate has been pronounced invalid, but this is
more likely a bug in SVN.
There appear to have been no updates to the repository since:
> -
On 10-Sep-07, at 10:06 PM, Christian Biere wrote:
>> As best I can figure, the problem was caused by a hackneyed attempt
>> to use dmesh_fill_alternate() with, um, an uninitialized gnet_host_t
>> pointer as the 'vector', which as far as I can tell means 'pointer to
>> the array that gets filled in
On 10-Sep-07, at 6:25 PM, Christian Biere wrote:
> I've looked at it but could not really figure out what could be
> causing
> this. If you see such a crash again, please let us know. Otherwise
> I'll
> assume it was just some random crash.
!!! Sorry for the hassle. I sort of assumed it was
Got this one at 1:00:01 hours of operation with revision 14859. The
line numbers of "downloads.c" will be somewhat shifted, as I'm
tagging the file with xattr info within the "has_good_sha1(d)" clause
preceeding the error. Not sure that this would affect the file
info. There'd be no nega
On 29-Aug-07, at 11:56 AM, Christian Biere wrote:
> Matthew Lye wrote:
>> I just experienced a similar crash running revision 14708 (that's
>> after the changes, right?), which occurred when I selected a a whole
>> bunch of browse entries and then tried, erroneously,
On 27-Aug-07, at 1:13 PM, Christian Biere wrote:
> I've used some special detergent and sand paper to get rid of the
> rust. Could
> you update from SVN and tell me whether you still experience such
> crashes?
I just experienced a similar crash running revision 14708 (that's
after the chang
No user input involved, I was fast asleep.
Last message:
> 07-08-22 04:13:59 (MESSAGE): TTH bad slice #0 (0-262143)
Crash at 9 hours, 39 minutes:
> FATAL: Assertion failure in fileinfo.c:3906: "fi->lifecount > 0"
>
> Program received signal SIGABRT, Aborted.
> 0x900481ac in kill ()
> (gdb) bt
>
On 21-Aug-07, at 11:08 AM, Christian Biere wrote:
> Matthew Lye wrote:
>> I've spotted this problem a time or two, I think: during large
>> multiple selections under heavy load conditions, a sudden freeze.
>> Is this GTK1 on Darwin, or GTKG?
>
> Is this a re
I've spotted this problem a time or two, I think: during large
multiple selections under heavy load conditions, a sudden freeze.
Is this GTK1 on Darwin, or GTKG?
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_PROTECTION_FAILURE at address: 0x0024
> 0x00c66
On 20-Aug-07, at 3:39 AM, Christian Biere wrote:
> Matthew Lye wrote:
>> Hey, here's the latest backtrace of the "is_host_addr(t->addr)" type
>> assertion failure problem. It's the fifth occurrence of the
>> evening; more backtraces are available if
Hey, here's the latest backtrace of the "is_host_addr(t->addr)" type
assertion failure problem. It's the fifth occurrence of the
evening; more backtraces are available if needed for some reason.
The failure seems to occur far more quickly when running src/gtk-
gnutella versus the installe
BUILD IS gtk-gnutella/0.96.5u-14511 (2007-08-03; GTK2; Darwin
Power Macintosh)
** Friday 1:40 PM
FATAL: Assertion failure in settings.c:725: "is_host_addr(peer)"
Program received signal SIGABRT, Aborted.
0x900481ac in kill ()
(gdb) bt
#0 0x900481ac in kill ()
#1 0x9012d7b4 in abort ()
On 17-Aug-07, at 12:17 AM, Christian Biere wrote:
The test:
> which gmake && echo YES
> command -v gmake && echo YES
> type gmake && echo YES
> which which
The result:
> [23:08:49|~>~/Desktop/cbstest.sh
> no gmake in /usr/local/bin /usr/local/sbin /usr/bin /usr/sbin /bin /
> sbin /usr/X11R6/bin
I've seen this a few times, but not yet in a circumstance when I was
confident that I'd made a good clean build, and that it had been
recent enough.
I've included the last warning just in case it's relevant in some way.
> 07-08-17 00:06:00 (WARNING): gnutls_handshake() failed:
> host=24.217.
On 16-Aug-07, at 11:53 PM, Christian Biere wrote:
>
> Ok, maybe this shows anything helpful:
>
> sh -x build.sh 2>&1|grep -i make
The result:
> + which gmake
> + MAKE=gmake
> + gmake clobber
> + /bin/sh ./Configure -Oders -U usenm -D prefix=/usr/local -D
> make=gmake -D yacc=yacc -D bindir=/us
On 16-Aug-07, at 11:06 PM, Christian Biere wrote:
> Ok, thanks, so the test works in general. I've removed $ccflags from
> the line. Maybe your GCC front-end doesn't like the mix of -E and -
> fast
> or something. Does it pick -O2 now?
Apologies, got distracted, didn't run after svn up. Yes, [-
On 16-Aug-07, at 11:06 PM, Christian Biere wrote:
> Ok, thanks, so the test works in general. I've removed $ccflags from
> the line. Maybe your GCC front-end doesn't like the mix of -E and -
> fast
> or something. Does it pick -O2 now?
Nope, still has that [-O] thing as Configure.sh scrolls by.
On 16-Aug-07, at 10:28 PM, Christian Biere wrote:
> That's odd. Could you show me the output of the following? I suspect
> that your GCC might not like the combination of -E with some other
> compiler flags. Otherwise I don't see why it does not detect GCC 4.x.
The output is:
> [22:30:23|~>~/De
I'm having the following problem compiling r14505 with an 'invalid
preprocessing directive':
> Continuing in src...
> Checking gui_property.h in if...
> cd if; /usr/bin/make gui_property.h
> make[3]: `gui_property.h' is up to date.
> Continuing in src...
> ../scripts/svn-revision .. revision.h
>
> Does it still pick -O instead of -O2 if you specify no such flag
> yourself?
> If yes, what's the output of
> gcc --version
Yes, it does (as a G4 user, I specify -fast instead, which is a
shortcut for a package of optimizations).
gcc and cc are synonymous on my machine. The output is:
On 15-Aug-07, at 1:19 PM, Christian Biere wrote:
> Christian Biere wrote:
>>> uname -s gains "Darwin."
>>> Without the period.
>
> Ok, build.sh passes -D so=dylib to Configure in this case then.
...
> The ordering should be correct now.
>
> Are still any issues with build.sh?
No, it appears to b
On 14-Aug-07, at 11:25 PM, Christian Biere wrote:
>
>> 2) my little attempt to hack the "$so" variable (suffix) failed, yes.
>
> Retry with the current build.sh please. If "$so" is still
> necessary, I'll let
> it default to "dylib" if "uname -s" gains "darwin" or whatever.
Yes, it looks lik
Well, apparently someone rolled a natural 20 on precog.
Currently spotted problems:
1) cflags are defined as the "additional" cc flags, rather than the
optimizer/debugger flags, which are now "-O". Not sure what effect
this will have.
2) my little attempt to hack the "$so" variable
>> When you have some time, could you try build.sh and tell me where it
>> fails or things go wrong?
>>
>
> Sure, I'll give it another go. There was something I didn't like
> about it, or that didn't work, but I can't remember what.
Okay, I tried build.sh again, and the previous problem was that
At the moment, as of an unknown build, but sometime earlier today,
selecting multiple search items (in the search listing to the left,
not the search results) is no longer possible with GTK1.
Multiple items selected with the shift key held down will appear
highlighted only until the key is re
On 14-Aug-07, at 2:37 PM, Christian Biere wrote:
> Matthew Lye wrote:
>> I still use "./Configure.sh" rather than "./build.sh" for
>> some reason (because of the library extensions if I recall correctly,
>> but I'm not sure), but the same stage.
>
On 14-Aug-07, at 1:40 PM, Christian Biere wrote:
>> The following occurred upon startup with a clean build using prior
>> configuration defaults.
>
> Could you tell in terms of commands what this means?
This means starting from scratch, with the prior config file
defaults. I still use "./Conf
The following occurred upon startup with a clean build using prior
configuration defaults.
> 07-08-13 20:33:49 (WARNING): [Host Whitelist] unable to retrieve:
> no alternate locations known
For reference, the last normal line of the sequence before the
failure, just in case.
> FATAL: Assert
For the last short while (not sure which revision it started, sorry)
active search results (in GKT1) are appearing as greyed out on
program start and when the search is initiated. They can be forced
to the regular display (black) by stopping and restarting the search.
- Matt
-
Since the fix, I'm getting an undefined symbol error from the linker,
"_hash_list_previous", at what I believe is the final linking stage.
Has a library (that I'm missing) gone from optional to required?
> cc -o gtk-gnutella main.o if/bridge/ui2c.o if/bridge/c2ui.o if/
> gnet_property.o if/
After selecting "Start Now" as a pop-up menu from an incomplete
download with a source known to be operating.
> FATAL: Assertion failure in hashlist.c:346: "1 == hl->refcount"
>
> Program received signal SIGABRT, Aborted.
> 0x900481ac in kill ()
> (gdb) bt
> #0 0x900481ac in kill ()
> #1 0x90
FATAL: Assertion failure in downloads.c:8973: "d->file_info-
>recvcount > 0"
Program received signal SIGABRT, Aborted.
0x900481ac in kill ()
(gdb) bt
#0 0x900481ac in kill ()
#1 0x9012d7b4 in abort ()
#2 0x002390b8 in assertion_failure (data=0x35ca10) at fast_assert.c:96
#3 0x000575f4 in dow
On 25-Jun-07, at 9:18 AM, Christian Biere wrote:
> Matthew Lye wrote:
>>> ** ERROR **: file ../if/core/downloads.h: line 375
>>> (download_check): assertion failed: (!d->always_push || !
>>> download_has_blank_guid(d))
>>> aborting...
>>> CRASH
> ** ERROR **: file ../if/core/downloads.h: line 375
> (download_check): assertion failed: (!d->always_push || !
> download_has_blank_guid(d))
> aborting...
> CRASH (pid=29967) by SIGABRT
I've experienced this error three times now. There's no apparent
trigger, or associated warnings.
- mat
On 22-Jun-07, at 3:50 PM, Christian Biere wrote:
> Christian Biere wrote:
>> Matthew Lye wrote:
>>> Hello all. I've just finished recompiling all of gtk-gnutella's
>>> supporting libraries after a complete re-install of my system. I am
>>> atte
Hello all. I've just finished recompiling all of gtk-gnutella's
supporting libraries after a complete re-install of my system. I am
attempting to compile revision 13925 with gtk1 and fast routines. I
have hit a fatal exception problem in vmm.c. I suspect that this is
the latest guise of
> echo "Checking how we can gather information about GTK+..." >&4
> if pkg-config $gtkpackage --cflags >/dev/null 2>&1; then
> gtkconfig="pkg-config $gtkpackage"
> modver=--modversion
> elif gtk-config --cflags >/dev/null 2>&1; then
> gtkconfig='gtk-config'
> modver=--versio
gtk-gnutella aborted unexpectedly.
this warning was posted to the console:
> 07-05-07 15:48:19 (WARNING): stat("/Users/mlye/gtk-gnutella-
> downloads/incomplete/欄検眼段 C__DOCUMENTS AND SETTINGS_MY
> DOCUMENTS_素人ミチコのハメ撮り写真集！オマンコ丸
> 見えＳＥＸ大好き【無修正】まあまあかわいい
> です！仁義なきキンタマ 【個人撮影】（本
> 物）（ア.00.JPG") r
I'm getting a massive list of errors when I try to compile "utf8.c"
> cc -c -I../.. -I.. -I/usr/local/include/glib-1.2 -I/usr/local/lib/
> glib/include -I/opt/local/include/dbus-1.0 -I/opt/local/lib/
> dbus-1.0/include -DCURDIR=src/lib -mcpu=7450 -fast -mpim-altivec -
> maltivec -mabi=altiv
I think this may be a repeat of a recent error. Happened twice with
a clean compile. Let me know if you need more information.
-matt
> Assertion failure (atoms.c:835) "key != NULL"
>
> Program received signal SIGABRT, Aborted.
> 0x900482ec in kill ()
> (gdb) bt
> #0 0x900482ec in kill ()
> #1
Heya,
I noticed that I get
> Assertion failure (search.c:3312) "sbool_get(sch->active)"
When I 'restart' (as opposed to 'continue') a stopped-by-the-user
(grayed out) browse host search.
Reproducible on my machine.
Neither 'Restart' or 'Continue' actually function for Browse, and it
may be
hey y'all...
I've noticed that the contextual (pop-up) menu item, 'abort all from
the same host', does not seem to work for all files under all
circumstances*. Given that 'abort all from the same host' reflects a
fairly extreme judgement of that servent's offerings, this can be
quite alar
Hey folks.
Regarding this crash (which manifests as a freeze rather than a
program exit), it appears to happen while using the scroll bar of the
panel listing the searches, more or less at random (no particular
motion), within the first few minutes of operation. The scroll bar
activity co
I just had a freeze problem resulting in the following backtrace:
> #0 0x9004796c in kill ()
> #1 0x9012dc14 in abort ()
> #2 0x001a2754 in assertion_failure ()
> #3 0x001c10a0 in unknown_to_utf8 ()
> #4 0x001c34ac in lazy_unknown_to_utf8_normalized ()
> #5 0x00112934 in search_gui_create_re
Hey guys...
Firstly, responding to Bill... I've been told that the three leading
underscores is perfectly normal for Darwin/OSX. The code you
provided compiled and executed with absolutely no comment or
complaint; my apologies for not having tried it before. I've been
skimming through
On 8-Jan-07, at 4:02 AM, Christian Biere wrote:
> It's better to discuss these things on -devel because it's about code
> in SVN (not a release) and very technical, so it's not very
> interesting
> from a user's view.
Sure thing. I wasn't sure which was most appropriate. I'm hesitant
about
My apologies for the intrusion, but this seems to be more of a
developer matter than a user matter, and I'm not about to start
trying to change the repository on my own. I've tested this change
for a week, and it seems to work quite gracefully.
in src/core/search.c :
3192/*
94 matches
Mail list logo
