[fpc-pascal] clarification about StackBottom and StackLength in threaded programs and/or shared libraries

o do, or is there a better way to know when to stop walking the stack? Also, doesn't this mean that since heaptrc does the same thing, it's going to not necessarily get the entire backtrace (although tracesize would limit it anyway)? Thanks, -SG -- This email is fiction. Any resemb

[fpc-pascal] fcl-passrc package question about source file and line number info

s the source file/line number information set, but if I descend any lower than that the deeper TPasImplBlock do not. Could someone with insight into this area give me any idea of why this is? Thanks, -SG -- This email is fiction. Any resemblance to actual events or pers

[fpc-pascal] Re: fcl-passrc package question about source file and line number info

> Oversight, a bug. > I am currently working on the parser, I'll look into this. > Michael. Thanks, I appreciate it. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover _

[fpc-pascal] Re: fcl-passrc package question about source file and line number info

actually had to tweak to get it to compile) with that little unit as input, you'll get a segfault when doing the FreeAndNil(M). I'll let you know if i run into anything else. Thanks, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely

[fpc-pascal] Re: fcl-passrc package question about source file and line number info

n. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: fcl-passrc package question about source file and line number info

iction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: fcl-passrc package question about source file and line number info

lance to actual events or persons living or dead is purely coincidental. Seth Grover ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: fcl-passrc package question about source file and line number info

Also, it looks like it gets a segfault if you try to $include a file that can't be found. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover ___ fpc-pascal maillist -

[fpc-pascal] Re: fcl-passrc package question about source file and line number info

This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: fcl-passrc package question about source file and line number info

> Works fine here. > Michael. Hm, that's odd. I'll do a clean pull and clean build and let you know. Thanks. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover __

[fpc-pascal] Re: fcl-passrc package question about source file and line number info

h FPC 2.6.0 would there? I am using FPC 2.6.0, but just compiling this one package from svn in trunk separately. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover ___ fpc-pascal

[fpc-pascal] Re: fcl-passrc package question about source file and line number info

ng this over my source files until we've found them all. :) -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http:

[fpc-pascal] Re: fcl-passrc package question about source file and line number info

ion I'm pulling out of the parse tree is correct. I'll let you know if I run into anything else with it. Thanks a lot! -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover __

[fpc-pascal] another minor bug in fcl-passrc (for-in loop)

is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: another minor bug in fcl-passrc (for-in loop)

ly coincidental. Seth Grover On Wed, Aug 29, 2012 at 9:52 AM, Seth Grover wrote: > Michael, > > Greetings! I found another minor problem with the fcl-passrc parser. > > The new for-in string loop > (http://wiki.freepascal.org/for-in_loop#String_loop) causes the parser > to f

[fpc-pascal] roadblock with Synapse and SNMPv3 authentication

apse source code you patched). I'd certainly appreciate any help anyone could offer. Of course my hope is that all of the code I've written and anything else that comes from this could benefit the Synapse project and FPC community. Thanks, -SG ==== My eyes! The goggle

[fpc-pascal] TProcess problem

to STDOUT of the command exceeds 65K (I'm testing it by running "cat /path/to/some/file" as the command). When this happens, the P.Stderr.Read inside the while loop just hangs and never returns. What am I doing wrong? -SG ==== Computer o

[fpc-pascal] Re: How to build .so with FPC and use it in C program?

===== Computer over. Virus = very yes. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] DateTimeToUnix bug?

00:00 = 621950400 = 09-16-1989 12:00:00 09-16-1989 12:00:01 = 621950400 = 09-16-1989 12:00:00 09-16-1989 12:00:02 = 621950402 = 09-16-1989 12:00:02 It seems to me that 09-16-1989 12:00:01 should be 621950401, not 621950400. Is this broken or am I missing something? -sg C

[fpc-pascal] heap size growing

? HEAPTRC? -SG Computer over. Virus = very yes. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: heap size growing

ic structure. -SG Computer over. Virus = very yes. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] modifying system.pp's InstallSignals

? Thanks, SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: modifying system.pp's InstallSignals

email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] semaphores?

rsons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] dcpcrypt 64-bit?

urely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] (no subject)

This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: daysbetween

Disregard my email about daysbetween, I just saw this: http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/rtl/objpas/dateutil.inc?view=diff&r1=12958&r2=13107 -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover set

[fpc-pascal] Re: XML pretty formatter

CRLFs after closing tags, this doesn't affect my parser, but I > need to add the XML to a log file and those spaces make very difficult to > read the logs. > > Thanks in advance. > > Leonardo M. Ramé -- This email is fiction. Any resemblance to actual events or perso

[fpc-pascal] TProcess with festival

mail is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: TProcess with festival

s or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com On Fri, May 15, 2009 at 12:48 PM, Seth Grover wrote: > Maybe I'm just dumb, but I cannot figure out why this isn't working. > > I wanted to write a simple program which uses TProcess to

[fpc-pascal] thanks for major signal handling fix

? Or will this first see the light of day in 2.4.0? Thanks again, SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - f

[fpc-pascal] re: thanks for major signal handling fix

handler catches it. Is this a pipe dream? Or can I somehow make it work the way I'm expecting it? If needed, I could provide some example projects. Thanks, SG -- This email is fiction. Any resemblance to actual events or persons living or

[fpc-pascal] re: thanks for major signal handling fix

Jonas, Thank you very much for the explanation. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal

[fpc-pascal] a few AssignStream questions

m executed with AssignStream? Thanks, Seth -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.free

[fpc-pascal] Re: a few AssignStream questions

"127" has a special meaning indicating that the command was not found. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com On Mon, Jul 27, 2009 at 6:07 AM, Seth Grover wrote: >

[fpc-pascal] TFPCHeapStatus miscalculations in 2.3.1

ll screwy (current used is negative, etc.). Does anyone know about changes to this which could cause this problem? It's rather annoying... I know the each heap isn't really using 4.2 gigabytes, but I wish the numbers were accurate. -SG -- This email is fiction. Any resemblance to

[fpc-pascal] Re: TFPCHeapStatus miscalculations in 2.3.1

154624, cf=33834960, mu=4294897312, ms=31752192 heap status: cu=4276332896, cs=458752, cf=19093152, mu=4294897312, ms=31752192 Seems like that should never happen. I'll log an issue in the bug tracking system. -SG -- This email is fiction. Any resemblance to actual events or persons living o

[fpc-pascal] 2.3.1 rev 13498 breaks synapse

m the trunk, you're going to have problems. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@l

[fpc-pascal] cross compiling x64_64 to i386 linux

one can offer assistance, I'd surely appreciate it. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: cross compiling x64_64 to i386 linux

-- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com On Mon, Nov 2, 2009 at 12:45 PM, Seth Grover wrote: > I'm trying to cross-compile on Ubuntu 9.10 x86_64 for i386. Here's > what I&#x

[fpc-pascal] Re: cross compiling x64_64 to i386 linux

king. Thanks again! -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Inconsistency detected by ld.so

or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: Inconsistency detected by ld.so

12704a.so => ./libtw12704a.so (0x0080a000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00c27000) /lib/ld-linux.so.2 (0x002c7000) And I don't get the error when the program runs. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coinci

[fpc-pascal] Re: Inconsistency detected by ld.so

> > Well, not that recent: > http://www.hu.freepascal.org/lists/fpc-pascal/2008-April/017199.html > Wow, how embarrassing. Not only is there already a mailing list thread on the topic, but it was started by me. I have a really bad memory. > > It seemed to be specific to a particular machine of yo

[fpc-pascal] Re: Inconsistency detected by ld.so

p yet. :) Even if any of you are FPC users running Ubuntu could you give this a try and see if you can reproduce it? -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com _

[fpc-pascal] Re: Inconsistency detected by ld.so

persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] different windows/linux behavior with enumerated types and write/writeln

compile with an error of "Error: Can't read or write variables of this type". Why the difference in behavior? -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[a

[fpc-pascal] Re: different windows/linux behavior with enumerated types and write/writeln

ons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] values for ThreadSetPriority

lance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: Which regex unit to use?

o it can be compiled into my applications. > > > Regards, > - Graeme - I have had good luck with TRegExpr and have been using it in FPC for a long time. -SG -- This email is fiction. Any resemblance to actual events or persons living or de

[fpc-pascal] gdb, dwarf, and ansistring

tion compiled in? I am compiling with FPC 2.4.0 (built from svn from the 2.4.0 release tag) on Ubuntu 9.10 x86_64. Thanks, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com _

[fpc-pascal] Re: gdb, dwarf, and ansistring

persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com On Wed, Mar 3, 2010 at 8:02 AM, Seth Grover wrote: > Given the following example: > > > program project1; > > {$mode objfpc}{$H+} > >  procedur

[fpc-pascal] Re: gdb, dwarf, and ansistring

tual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: gdb, dwarf, and ansistring

ction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] implicitly linking FPC-generated .dll from Visual Studio

hat I need with FPC? What about the next step (actually using the .dll in Visual Studio)? I realize this message is more about VS than FPC, so I apologize if it's offtopic. Thanks, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidenta

[fpc-pascal] stdcall vs. cdecl: another "using a FPC-generated .dll with Microsoft Visual C++" question

way to get stdcall to work without having to manually put the decorations on the exported names myself. Thanks, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com

[fpc-pascal] Re: stdcall vs. cdecl: another "using a FPC-generated .dll with Microsoft Visual C++" question

o use cdecl in both UNIX and Windows and it seems to work fine. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist

[fpc-pascal] compilation verbosity

emblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: compilation verbosity

tal. Seth Grover sethdgrover[at]gmail[dot]com On Wed, Apr 14, 2010 at 4:17 PM, Seth Grover wrote: > fpc doesn't seem to respect the -v,X> flags for me. > > I'm compiling a shared object library (on an Ubuntu Linux 64-bit > platform cross-compiling to 32-bit) and I

[fpc-pascal] Re: compilation verbosity

e on before." Of course that's not right. Thanks, it's working great now. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc

[fpc-pascal] annoying gdb bug fixed

ents or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: annoying gdb bug fixed

> This was me... > Pierre Muller Pierre, thanks so much for taking the time to look at and resolve this bug. It's working beautifully now. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gm

[fpc-pascal] problem linking when using "cthreads" when cross-compiling for arm

ibpthread_nonshared.a ) Does anyone have any suggestions? Thanks, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: problem linking when using "cthreads" when cross-compiling for arm

nd ran correctly as well once I copied it to the target device. So apparently having that libdl.a around was confusing things. Thanks again for your help. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at

[fpc-pascal] access violation somehow related to dlopen'ing libssl

ibssl causes things to blow up. Any suggestions? Thanks, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: access violation somehow related to dlopen'ing libssl

it still crashes. If I add it after "Classes", the crash goes away. Not sure what that means... -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___

[fpc-pascal] Re: access violation somehow related to dlopen'ing libssl

ition of HModule. classesh.inc has: HMODULE = longint; and dynlibs.pas has: HModule = TLibHandle; If the classes one gets used, it crashes. Anyway, I know what to do now. Thanks, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincident

[fpc-pascal] question about FPC heap and threading

ng from. Thanks, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] a few more heap questions

seThreadVars is called to actually free the memory associated with the threadvar itself Is that correct? Thanks, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com

[fpc-pascal] CRelocateThreadVar called from fpc_pushexceptaddr/fpc_popaddrstack

an certainly see why exceptions are to be avoided in performance-critical code. :). Thanks, Seth -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pas

[fpc-pascal] Re: CRelocateThreadVar called from fpc_pushexceptaddr/fpc_popaddrstack

Thanks, Jonas. As always your answers are very helpful. Cheers, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc

[fpc-pascal] HookSignal, "halt", and unhandled exceptions

hts? Should I log it as a bug? Thanks, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: HookSignal, "halt", and unhandled exceptions

weeks (up in the mountains away from computers, electricity, etc.) but I'll ruminate on it while I'm gone. In the meanwhile I've logged a mantis issue to track: http://bugs.freepascal.org/view.php?id=17383 Have a good weekend, -SG -- This email is fiction. Any resemblance to actual e

[fpc-pascal] Re: TFileStream and stdin - how to make this work?

Could you use THandleStream (http://www.freepascal.org/docs-html/rtl/classes/thandlestream.html)? myInputStream := THandleStream.Create(StdInputHandle); ... -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover

[fpc-pascal] Re: TFileStream and stdin - how to make this work?

ental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] setting variables with DWARF in gdb

fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: setting variables with DWARF in gdb

I *was* doing something wrong... doing a ":=" (pascal-style assignment) rather than just "=" seems to work Ok. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover sethdgrover[at]gmail[dot]com On Fri

[fpc-pascal] PowerPC Linux and endian modes

mpiled programs (specifically I'm cross compiling to powerpc-linux from x86_64-linux) targeted at PPC work in a little endian mode setup? Thanks, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover ___

[fpc-pascal] Re: PowerPC Linux and endian modes

f I do. Have a good weekend, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover On Thu, May 19, 2011 at 4:39 PM, Seth Grover wrote: > Greetings! > > Wikipedia (http://en.wikipedia.org/wiki/PowerPC#Endian_mod

[fpc-pascal] status of sparc solaris support

ho knows give me a quick rundown as to what the status of Solaris on Sparc is? I'm specifically looking to port a Linux shared library to solaris on sparc. Thanks, -SG -- This email is fiction. Any resemblance to actual events or persons living or d

[fpc-pascal] status of sparc solaris support

Mark, Jonas, and Pierre, thanks for your responses. I'll give it a shot and see how it goes. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover ___ fpc-pascal maillist -

[fpc-pascal] array of const and longword

nt64 or a qword or something on the caller side? Thanks, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://li

[fpc-pascal] Re: Free Pascal 2.6.0rc1 released

tion. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: Free Pascal 2.6.0rc1 released

Jonas, thanks for the link. For some reason it wasn't showing up on the viewvcs interface until I cleared my browser cache and refreshed. Thanks again. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth G

[fpc-pascal] FpGetRLimit and FpSetRLimit reference an undefined symbol

This happens targetting Linux for both i386 and x86_64. Is this a bug? Thanks, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover ___ fpc-pascal maillist - fpc-p

[fpc-pascal] Re: FpGetRLimit and FpSetRLimit reference an undefined symbol

>> Yes, it seems like a missing public alias for the FpGetRLimit function in >> the Linux system unit. > I added it. Thank you both. -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidenta

[fpc-pascal] Re: [regex] : Is someone use SynRegExpr ? RegExpr2 vs SynRegExpr

Personally I use RegExpr Studio's TRegExpr (http://www.regexpstudio.com/TRegExpr/TRegExpr.html). It works great. I've used it in Delphi, Kylix, and FPC/Lazarus. Nothing to install just a single .pas file to use. -Seth Grover ___ fpc-pasca

[fpc-pascal] reference to dynamic libraries on web site

y does this refer to? Sorry if the question is noob-ish. Thanks, SG -- Seth Grover sethdgrover[at]gmail[dot]com http://grovers.us/seth Who is John Galt? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] library initialization and deinitialization

tion writeln('start'); finalization writeln('done'); end. == Again, I ran a c test program against it and a fpc test program against it. The C program's output was: start Hello stop The freepascal program's output was: Hello Wha

[fpc-pascal] Re: library initialization and deinitialization

A bug report (with sample code reproducing the behavior) has been logged. http://freepascal.org/mantis/view.php?id=9089. Probably should have done that before I emailed the mailing list. Sorry. -SG -- Seth Grover sethdgrover[at]gmail[dot]com http://grovers.us/seth Who is John Galt

[fpc-pascal] backport 2.3.1 fix to 2.2.x fixes branch?

2.3.x trunk in production. So my question is, how generally does a fix get backported to the fixes branch? Barring that, does anyone know of a way I can manually make sure the initialization code gets called? Can I directly call "initialize" somehow? Thanks a lot, Seth Grover --

[fpc-pascal] Re: backport 2.3.1 fix to 2.2.x fixes branch?

> If the fix is not too invasive (i.e., its effects are generally > overseeable), and if it has been in 2.3.1 for a while and no bad > effects are reported, then it will be merged after a while. These > particular fixes will be merged at some time in the future, but I > don't know when yet exa

[fpc-pascal] "assertion failed" testing merges into fixes branch

mpiler version 2.2.1 [2008/04/14] for i386 Ubuntu Linux 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux -SG -- Good news, everyone! Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freep

[fpc-pascal] Re: "assertion failed" testing merges into fixes branch

get home tonight I'll try it on another box to see if it's just something wrong with my configuration. By the way, thanks a lot, I really appreciate your efforts! -SG -- Good news, everyone! Seth Grover sethdgrover[at]gmail[dot]com http://grovers.us/seth ___

[fpc-pascal] Re: "assertion failed" testing merges into fixes branch

nknown GNU/Linux So ... what does that mean? -SG -- Good news, everyone! Seth Grover sethdgrover[at]gmail[dot]com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: "assertion failed" testing merges into fixes branch

dn by Simon Josefsson Native POSIX Threads Library by Ulrich Drepper et al BIND-8.2.3-T5B For bug reporting instructions, please see: <http://www.gnu.org/software/libc/bugs.html>. Thanks, -SG -- Good news, everyone! Seth Grover s

[fpc-pascal] Re: "assertion failed" testing merges into fixes branch

glibc 2.6.1, I'm > not going to spend time on this. Okay, if you've tested it on that many other platforms I'll take your word for it. Thanks again you for your effort! -SG -- Good news, everyone! Seth Grover sethdgrover[at]gmail[dot]com ___

[fpc-pascal] dereferenced pointer as open array argument

Imagine I have this function: procedure ArrayTest(const data : array of char); begin ... end; and in another routine I have a pchar variable. If I slice the array byte doing this: ArrayTest(myPChar[0..99]); then inside ArrayTest it will appear that data is 100 characters, which is exactly wha

[fpc-pascal] extreme memory growth using cthreads and default heap manager

would really like to figure out what I can do to continue to use my own memory manager, plus threading, without it leaking so much memory for every thread that starts/finishes. Thanks, -Seth Grover ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] extreme memory growth using cthreads and default heap manager

Interesting: playing around with it some more, if I put an empty try/except block inside my library's function from the example I posted, it leaks the memory whether or not I'm using cmem. -SG -- Seth Grover Be kind to all of your neighbors Because they're just like you. And

  1   2   >